[Ubuntu] Kan NFS-share ineens niet meer mounten

Pagina: 1
Acties:

Onderwerpen


Acties:
  • 0 Henk 'm!

  • Demo
  • Registratie: Juni 2000
  • Laatst online: 24-08 16:07

Demo

Probleemschietende Tovenaar

Topicstarter
Sinds kort heb ik een vreemd probleem, ik kan op mijn mediacenter geen NFS-shares meer mounten.
Mijn netwerk bestaat uit het volgende: Ubuntu 10.04 LTS server, Ubuntu 10.10 + XBMC mediacenter en een Ubuntu 10.10 laptop. Gisteren rebootte ik per ongeluk mijn switch, waardoor eventjes mijn netwerk uitviel. Toen ik later een filmpje wilde kijken op m'n mediacenter, bleek dat de NFS-mounts verbroken waren. Een poging om deze opnieuw te mounten mislukte. Op mijn laptop heb ik dit ook geprobeerd en daar lukte het prima.
Ik krijg de volgende output bij een poging om te mounten.
code:
1
2
3
4
5
demoniac@xbmc:~$ sudo mount.nfs 10.10.0.254:/data/upload /data/upload -v
mount.nfs: timeout set for Sat Feb 26 20:17:24 2011
mount.nfs: trying text-based options 'vers=4,addr=10.10.0.254,clientaddr=10.10.0.10'
mount.nfs: mount(2): Connection timed out
mount.nfs: Connection timed out


Op de laptop krijg ik het volgende:
code:
1
2
3
4
5
6
7
8
9
10
root@demoniac-laptop:~# mount.nfs 10.10.0.254:/data/upload /data/upload -v
mount.nfs: timeout set for Sat Feb 26 20:26:21 2011
mount.nfs: trying text-based options 'vers=4,addr=10.10.0.254,clientaddr=10.10.0.3'
mount.nfs: mount(2): No such file or directory
mount.nfs: trying text-based options 'addr=10.10.0.254'
mount.nfs: prog 100003, trying vers=3, prot=6
mount.nfs: trying 10.10.0.254 prog 100003 vers 3 prot TCP port 2049
mount.nfs: prog 100005, trying vers=3, prot=17
mount.nfs: trying 10.10.0.254 prog 100005 vers 3 prot UDP port 40306
10.10.0.254:/data/upload on /data/upload type nfs


Op de laptop en mediacenter staat geen firewall ingesteld, op de server staat wel een firewall maar niet op de interne interface. Kan iemand me een beetje in de goede richting sturen, ik heb vrij weinig ervaring met NFS dus geen idee hoe ik dit moet uitzoeken...

Unix doesn't prevent a user from doing stupid things, because that would necessarily prevent them from doing brilliant things.
while true ; do echo -n "bla" ; sleep 1 ; done


Acties:
  • 0 Henk 'm!

  • GlowMouse
  • Registratie: November 2002
  • Niet online
Ik zou eens met tcpdump kijken wat er gebeurt.

Acties:
  • 0 Henk 'm!

Verwijderd

kreeg je mediacenter een ander ip adres via dhcp? is misschien niet als client toegelaten?
je gebruikt 2 verschillende manieren op beide:
~$ sudo mount.nfs
~# mount.nfs
zit er hier geen conflict?

[ Voor 37% gewijzigd door Verwijderd op 27-02-2011 07:17 ]


Acties:
  • 0 Henk 'm!

  • Demo
  • Registratie: Juni 2000
  • Laatst online: 24-08 16:07

Demo

Probleemschietende Tovenaar

Topicstarter
Beide apparaten krijgen altijd hetzelfde IP-adres via DHCP en daar is niets aan gewijzigd. Het verschil in mounten maakt ook niet uit, ik heb op beide systemen zowel geprobeerd via sudo als inloggen als root.
De regel in /etc/exports op de server:
code:
1
/data/upload 10.10.0.0/24(rw,sync,no_subtree_check,anonuid=65534,anongid=65534)

Unix doesn't prevent a user from doing stupid things, because that would necessarily prevent them from doing brilliant things.
while true ; do echo -n "bla" ; sleep 1 ; done


Acties:
  • 0 Henk 'm!

  • Demo
  • Registratie: Juni 2000
  • Laatst online: 24-08 16:07

Demo

Probleemschietende Tovenaar

Topicstarter
Argh, even niet echt nagedacht.. De laptop maakt verbinding via wifi (server draait ook als AP dus wifi komt direct binnen) en het mediacenter via m'n switch. De reboot die ik vrijdagavond had gedaan, was nav een firmware-update en daarbij waren wat zaken als DoS- en loop-bescherming aangezet. Heb alle beveiliging maar uitgezet en nu werkt alles weer naar behoren.

Unix doesn't prevent a user from doing stupid things, because that would necessarily prevent them from doing brilliant things.
while true ; do echo -n "bla" ; sleep 1 ; done