Große Probleme bei nicht erreichbarem NFS-Server
Auf einem Rechner ist ein Verzeichnus gemouted (mount -t nfs <quelle> <ziel>). Die Quelle ist aber nicht mehr erreichbar (Rechner neu gestartet). Alle Programme, die das Verz. im Zugriff hatten, sind jetzt abgestürzt und können auch mit 'kill(all) -9' nicht mehr beendet werden. Versuche, das Verzeichnus unzumounten (umount) oder die Programme mit 'fuser' zu beenden, führen ebenfalls zum Absturz von umount und fuser. Inzwischen habe ich alle Textkonsolen und mindestes 10 Terminals im X11 auf diese Art 'weggehängt'. FRAGE: Wie kann ich dieses Scheiß-Verzeichnis wieder unmounten (und alle daran hängenen Programme) ? Jürgen -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Am Sonntag, 25. Juni 2006 15:50 schrieb Jürgen Hochwald: ........................................
FRAGE: Wie kann ich dieses Scheiß-Verzeichnis wieder unmounten (und alle daran hängenen Programme) ?
Client(s) auch neu starten. Das war bei mir in so einem Fall die einzige Möglichkeit. Gruß Rainer -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo, Am Son, 25 Jun 2006, Rainer Kulhanek schrieb:
Am Sonntag, 25. Juni 2006 15:50 schrieb Jürgen Hochwald: [NFS Server weg -- Clients haengen mit 'D'] Client(s) auch neu starten. Das war bei mir in so einem Fall die einzige Möglichkeit.
Steht auch in den meisten Dokus, IIRC. NFS-FAQ? Mount-Doku? Ich hab's jedenfalls schon mehrfach gelesen obwohl ich keinerlei NFS verwende. -dnh -- What's the speed limit on sex? 68. At 69, you have to turn around -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
[NFS Server weg -- Clients haengen mit 'D']
Client(s) auch neu starten. Das war bei mir in so einem Fall die einzige Möglichkeit.
Steht auch in den meisten Dokus, IIRC. NFS-FAQ? Mount-Doku? Ich hab's jedenfalls schon mehrfach gelesen obwohl ich keinerlei NFS verwende.
Scheint aber ein Kernelproblem(funktion) zu sein, zumindest wenn es sich um "stale nfs file handle" handelt. Das erste Mal kam ich mit dem Fehler bei einem Kernel von vor 3 od. 4 Jahren in Berührung. Der Server hatte sich "unerwartet" verabschiedet während an einer Datei gearbeitet wurde. Nach Neuboot war ein Arbeiten nicht mehr möglich. Erst als beide Teile (Server/Client) neugebootet waren gings wieder. Witzigerweise trat "stale nfs file handle" bei einer Samba-Verbindung auf, was mich zuerst stutzig machte. In einer SUN-Dokumentation konnte ich dann den Fehler wiederentdecken (hier im Zusammenhang mit nfs). Es klang nach irgendwelchen Einträgen im Kernelspace, welche da noch immer der Erledigung harren. Scheinbar wird diese Tabelle auch für andere Netzwerkverbindungen verwendet. Evtl. kann man bei nfs mit den Optionen hard/soft entgegenwirken. Habs aber nie getestet. Vielleicht weiss hier in der Liste jemand näheres dazu. Gruß Rainer -- Echte DSL-Flatrate dauerhaft für 0,- Euro*! "Feel free" mit GMX DSL! http://www.gmx.net/de/go/dsl -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Rainer Kulhanek schrieb:
[NFS Server weg -- Clients haengen mit 'D']
Client(s) auch neu starten. Das war bei mir in so einem Fall die einzige Möglichkeit. Steht auch in den meisten Dokus, IIRC. NFS-FAQ? Mount-Doku? Ich hab's jedenfalls schon mehrfach gelesen obwohl ich keinerlei NFS verwende.
Scheint aber ein Kernelproblem(funktion) zu sein, zumindest wenn es sich um "stale nfs file handle" handelt. Das erste Mal kam ich mit dem Fehler bei einem Kernel von vor 3 od. 4 Jahren in Berührung. Der Server hatte sich "unerwartet" verabschiedet während an einer Datei gearbeitet wurde. Nach Neuboot war ein Arbeiten nicht mehr möglich. Erst als beide Teile (Server/Client) neugebootet waren gings wieder. Witzigerweise trat "stale nfs file handle" bei einer Samba-Verbindung auf, was mich zuerst stutzig machte. In einer SUN-Dokumentation konnte ich dann den Fehler wiederentdecken (hier im Zusammenhang mit nfs). Es klang nach irgendwelchen Einträgen im Kernelspace, welche da noch immer der Erledigung harren. Scheinbar wird diese Tabelle auch für andere Netzwerkverbindungen verwendet.
Evtl. kann man bei nfs mit den Optionen hard/soft entgegenwirken. Habs aber nie getestet. Vielleicht weiss hier in der Liste jemand näheres dazu.
Gruß
Rainer
Wir haben diese Probleme auch und ich würde auch die Option "soft" verwenden: soft Generiert einen bedingten Mount des NFS-Dateisystems. Tritt ein Fehler auf, gibt die Funktion stat() einen Fehler zurück. Wird die Option hard verwendet, gibt stat() erst dann einen Rückkehrcode aus, wenn das Dateisystem verfügbar ist. Ausserdem die Option "retry": retry=n Setzt die internen Wiederholungen und die Mountwiederholungen auf n, Standardwert ist 10000. und die Option "timo": timeo=n Setzt das Zeitlimit für den Fehler eines bedingten Mounts auf n Sekunden. Damit kann mal testen. Auf jeden Fall sollten Befehle, die auf ein gemountetes Verzeichnis eines nicht mehr verfügbaren NFS-Servers zugreifen, eine Fehlermeldung liefern und nicht "hängen" bleiben. Gruss, N. Eschricht PS. Siehe auch Manpage -> mount -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
participants (4)
-
David Haller -
Jürgen Hochwald -
N. Eschricht -
Rainer Kulhanek