* To suse-linux@suse.com [2003-04-10 20:51]:

Was könnte denn da los sein?

*eeeeks* Ich glaube, ich hab's gefunden. Ich hatte gestern ein Verzeichnis eines anderen Rechners via NFS gemountet, und diesen aber später ohne umount heruntergefahren. Jetzt steht die ganze /v/l/m voller Meldungen wie kernel: nfs: server 192.168.100.246 still not responding last message repeated 2 times ... Gut, dachte ich mir, ich umounte das Verzeichnis halt jetzt, aber das ging nicht wirklich so richtig: rechner:~ # umount /mnt Cannot MOUNTPROG RPC: RPC: Port mapper failure - RPC: Unable to receive umount: /mnt: device is busy rechner:~ # umount -f /mnt Cannot MOUNTPROG RPC: RPC: Port mapper failure - RPC: Unable to receive umount2: Device or resource busy umount: /mnt: device is busy rechner:~ # umount -f -l /mnt Cannot MOUNTPROG RPC: RPC: Port mapper failure - RPC: Unable to receive Nun ist es natürlich weg, aber in der Manpage von umount steht ja für -l was von "cleanup all references to the filesystem as soon as it is not busy anymore", und das scheint zu bedeuten, dass ich die ewig wartenden Prozesse nicht wirklich davon überzeugen kann, dass /mnt jetzt nicht mehr irgendwoher gemountet ist. Ich habe in meiner Verzweiflung schon versucht, den anderen Rechner wieder zu booten und das Verzeichnis erneut via NFS dorther zu mounten, aber das hat erwartungsgemäss auch nix geholfen. Was bleibt mir jetzt noch zu tun übrig, ausser den Rechner zu booten (was nicht wirklich geht)? TIA, Hannes -- Der Horizont vieler Menschen ist ein Kreis mit Radius Null - und das nennen sie ihren Standpunkt. (Albert Einstein)

David Haller wrote:

Such mal mit Google zu dem Thema zusammen mit "automount". ISTR, dass ich da mal[1] einen Artikel gelesen habe (Linux-Magazin?) der das Thema, dass dem NFS das FS (wg. shutdown des exportierenden) unter'm Hintern weggezogen wird...

Hm... War da nicht auch was mit nem Timeout?

Wenn ich mich da noch recht entsinne, gibt es beim mounten von nfs eine Option (hard und soft). Ich zitiere aus man 5 nfs: soft Wenn eine NFS-Dateioperation mit einem "Major Timeout" abge- brochen wird, soll ein I/O-Fehler an das aufrufende Programm zurückgeliefert werden. Voreingestellt ist die endlose Wieder- holung der Operation. hard Wenn eine NFS-Dateioperation mit einem "Major Timeout" abge- brochen wird, soll die Meldung "server not responding" auf der Konsole ausgegeben werden und endlos weiter versucht werden, die Operation auszuführen. Dies ist voreingestellt. Du solltest also in der fstab oder beim automounter (kenn ich nicht so genau) die Option soft angeben, um in Zukunft das Problem zu vermeiden. Viele Grüße Jochen

* David Haller [2003-04-10 23:22]:

Versuch den NFSD / Portmapper zu killen. Erstmal mit -SIGTERM, -SIGINT, -SIGHUP, -SIGQUIT, und dann ggfs. mit -SIGKILL...

Ich kann mir aber vorstellen, dass auch das nix bringt.

Genau soweit bin ich dann gestern abend auch noch gekommen, und trotz killen mit allen möglichen Signalen auf portmap etc. sind die Prozesse völlig unbeeindruckt immer noch da, was mich durch die gelockte RPM-Datenbank ein wenig nervt... :( Ich denke, ich werde da einfach mal gar nix weiter unternehmen, irgendwann muss ich ja eh mal booten, weil ich den Kernel noch updaten muss. Kann ich bis dahin irgendwie die Locks von der RPM-Datenbank runterbekommen? Vielleicht gibt es ja ein "fileclose modus=force" oder so... ;)

Such mal mit Google zu dem Thema zusammen mit "automount". ISTR, dass ich da mal[1] einen Artikel gelesen habe (Linux-Magazin?) der das Thema, dass dem NFS das FS (wg. shutdown des exportierenden) unter'm Hintern weggezogen wird...

Siehe andere Mail. Ich verwende weder automount noch mounte ich die NFS-Exports dauerhaft und defaultmässig. Das benötige ich nur ab und an mal, um Daten aus der VMWare auf einem Windows-PC in die Linux-Welt zu bekommen...

Do infants have as much fun in infancy as adults do in adultery?

Bestimmt. Da bin ich sicher. :P Hannes -- Der Horizont vieler Menschen ist ein Kreis mit Radius Null - und das nennen sie ihren Standpunkt. (Albert Einstein)