Re: Wie kann ein "Stale NFS Mount" entfernt werden, ohne neu zu booten?
Guten Morgen,
Martin Reising antwortete mir am Dienstag, den 26.05.2009 um 20:39:
> On Tue, May 26, 2009 at 12:32:09PM +0200, Peter Funk wrote:
> > Kennt irgendjemand eine Möglichkeit, so ein Problem zu beheben,
> > ohne das dazu neu gebootet werden muss?
>
> Auf dem Computer eine Share mit dem gleichen Namen einrichten, die
> IP-Adresse des NFS-Server zusätzlich an ein Interface zuweisen/binden
> und dann umount.
Vielen Dank für diese Idee. Leider hat sie bei mir nicht funktioniert.
> ip a a <ADRESSE DES NFSSERVER> dev <INTERFACE>
> $EDITOR /etc/exports
> /etc/init.d/nfs-[kernel-]server [re]start
>
> umount <SHARE>
>
> $EDITOR /etc/exports
> /etc/init.d/nfs-[kernel-]server [restart|stop]
> ip a d <ADRESSE DES NFSSERVER> dev <INTERFACE>
>
> Bei NFS4 mit kerberos wird das allerdings nicht funktionieren.
Ich zeige mal einen Ausschnitt aus meiner /proc/mounts:
nfsserver:/mountpoints/data /net/nfsserver/mountpoints/data nfs \
rw,nosuid,nodev,relatime,vers=3,rsize=32768,wsize=32768,soft,intr,\
proto=udp,timeo=7,retrans=5,sec=sys,addr=192.168.10.11 0 0
Es wird also NFS3 statt NFS4 (vers=3) benutzt. Der NFS-Server
läuft und enthält /mountpoints/data in seiner /etc/exports.
Der IP-Alias ist auch gesetzt:
+-------------
| eth1:0 Link encap:Ethernet Hardware Adresse 00:00:de:ad:be:ef
| inet Adresse:192.168.10.11 Bcast:192.168.10.255 Maske:255.255.255.0
| UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
Trotzdem lieferte ein umount -f nfsserver:/mountpoints/data
immer noch weiter die folgenden Fehlermeldungen:
+-------------
| umount2: Stale NFS file handle
| umount.nfs: /net/nfsserver/mountpoints/data: Stale NFS file handle
Wenn sich jetzt noch jemand fragen sollte, wieso ich mit "proto=udp" und
nicht mit dem "moderneren" proto=tcp gemounted habe, dann möchte ich
noch ergänzen, dass der NFS-Service per Heartbeat von einem Server auf
einen anderen geschwenkt werden soll und bei einer stehenden
TCP-Verbindung sonst ein timeout von einer Viertelstunde abgewartet
werden müsste.
Aber das hat mit dem eigentlichen Problem vermutlich nichts zu tun.
Mit freundlichen Grüßen,
Peter Funk
--
Peter Funk, ✉Oldenburger Str.86, D-27777 Ganderkesee
office: ArtCom GmbH, ✉Haferwende 2, D-28357 Bremen, Germany
tel:+49-421-20419-0 cell:+49-179-640-8878 <http://www.artcom-gmbh.de/>
Reply to: