GentooForum.de

[mod-edit] Diese Frage wurde hier: http://www.gentooforum.de/artikel/18973/…-nfs-mount.html abgelöst.

Hi,

sorry das ich nochmal schreibe aber mein Homeserver ist öfters aus und alle Clients warten dann auf einen timeout wenn der Rechner nicht erreichbar ist. Das resultiert dann in einer gefühlten Minute warten bis ich mich einloggen kann.

Gibts es keine Option, die erkennt, ob der Server offline ist und dann direkt abbricht?
Habe es schon mit timeout-funktionen probiert. EInmal in /etc/conf.d/nfsmount selber. Da war ein Wert der auf 30 gestellt war beim timeout - auf 5 gestellt - keine Veränderung.

Dann in der fstab den Parameter "timeo=5" dazugeschaltet bzw. auch "soft" damit es geht - keine Veränderung...
Worin liegt das? Wie macht ihr das denn? Goolge sagt mir nicht viel dazu...

Grüße

Ja, erstmal vielen Dank.

Klar, das wäre der banalste Lösungsansatz. Aber pingbar ist der Rechner auch nicht immer - und davon mal abgesehen, würde ich gerne die standard optionen von NFS dafür nutzen... Wofür sind die 2 oben beschriebenen timeout parameter denn gedacht, wenn sie denn nicht funktionieren?

Hi,

sorry - meinte natürlich /etc/conf.d/nfs von den nfs-utils...
Mein Script heisst nfsmount Aber die gleichen Probleme gibt es mit netmount auch...

Haha,

Linux vermag doch immer wider zu überraschen *ironie*

Jaaa, die Option würde es bringen... aber erwartungsgemäß funktioniert sie nicht...

Denn - wenn man bis ganz nach unten liesst in der manpage von NFS, dann liesst man folgendes:

Zitat

Die Optionen bg, fg, retry, posix und nocto werden von mount akzeptiert, doch bislang stillschweigend ignoriert.

Die Optionen tcp und namlen sind implementiert, werden aber zurzeit vom Linux-Kernel nicht unterstützt.

Das Kommando umount sollte den Server informieren, wenn ein NFS Dateisystem abgemeldet wird

Wobei Linux auch NFS über tcp unterstützt, die manpage dies aber trotzdem negiert... (Bin ich mal drüber gestolpert...)

Und nun? Ist doch ein schlechter Scherz oder?

Hi,

nein, das war nicht so gemeint... Bin auch wer der das Glas eher halb voll sieht. Aber mit erwartungsgemäß war mein Zitat aus der Manpage gemeint

Wie dem auch sei, bei mir funktioniert es immer noch nicht... Habe bg in der fstab hinzugefügt, allerdings nutze ich auch kein NFS4 sondern noch NFS3...

@Josef
Nutzt du netmount oder nfsmount?

Hi,

• Kernel 2.6.34 Gentoo
  
• net-fs/nfs-utils-1.1.4-r1
  
• sys-apps/baselayout-1.12.13
  

Kann es eventuell daran liegen, dass ich noch auf baselayout 1 bin?
Ich wollte mich an's migrieren eigendlich erst machen wenn's komplett in portage stable ist... wobei, vieles in portage ist ja nur "als ob" testing... von daher.
Müsste mich dann an 7 Rechner machen

@bell
funzt das denn schon in baselayout 1? Oder erst in Verbindung mit openrc?

EDIT: WOW! gerade noch gepackt! Auf absenden geklickt und Midori ist abgeschmiert... Aber wie man sieht hat's der Post noch rein geschafft

Hm, ist das dann sowas wie Plymouth, das parallele starten von den Diensten?? Also sprich net.* startet obwohl ich schon in xdm bin etc.?

Danke schonmal dafür, werde ich mir mal anschauen... Aber mir wäre es schon lieb wenn ich eine Erklärung hätte für die nicht funktionierenden Parameter...
Mag nicht gerne Sachen weglegen ohne zu wissen was wieso nicht geklappt hat...

An NFS3 kann es sicherlich nicht liegen... höchstens an mount... was aber eigendlich ja auch, wie ich schon schrieb nicht sehr verwunderlich wäre - siehe manpage (die anscheinend mal gründlich aktualisiert werden sollte...)

Aber andererseits zeig Josef ja das es wunderbar funktioniert... - bei ihm...

@Josef was hast du denn für Versionen von nfs-utils und util-linux drauf?

So,

bin jetzt bei den 2 Paketen auch auf ~x86 und portmap wurde automatisch entfernt um rpcbind zu weichen.
Nun kommt's aber lustiger:

Nun erhalte ich lauter "mount.nfs: an incorrect mount option was specified".
Dachte ich erst "okay, mal alle zusätzlichen parameter weg" aber nun erhalte ich selbst bei dem muster was ich aus der manpage von nfs übernehme und die platzhalter durch meine daten ersetze diese Fehlermeldung -.-

Wie kann das? Server ist offline, aber auch online bringt das keine Veränderung.

EDIT: DMESG -> NFS: bad mount option value specified: vers=4

EDIT 2: Hätte ich auch gleich drauf kommen können, aber in der manpage stand nichts von diesem parameter... "vers=3,4"
http://bugs.gentoo.org/show_bug.cgi?id=295552

Hätte ich gleich nach der Fehlermeldung gegoogled... Erster treffer der Bugreport oben.

In der fstab als Parameter "vers=3" eintragen wenn man NFS3 nutzt, da wohl ab dieser Version NFS4 standard ist ab *32er Kernel.
Denke aber das wird sicherlich gefixt...

@josef
mit NFS4 stolpert man auch nicht darüber, was wohl erklärt warum ich auf die Nase gefallen bin

Jetzt hängt er zumindest nicht mehr wenn der Server offline ist sondern gibt nach 2 sekunden ein "mount.nfs: No route to host" aus. Warum das jetzt auf einmal obwohl sonst nichts verändert wurde ist mir ein Rätzel... Aber das bg wird immer noch nicht genutzt... Bei dir Josef sieht man ja sogar das es genutzt wird (backgrounding xyz...) ist das allgemeint so oder nur bei NFS4?

Hi,

Ja klar. Nur ich frage mich warum ich vorher (alte nfs/linux-utils) mehrere Minuten warten musste bis dann lediglich:

* Could not mount all network filesystems

ausgegeben wurde?! Jetzt bekomme ich ein "No route to host" was ja genau wünschenswert war - damit kann ich bestens leben

Das beim Client backgrounding angewendet wird war mir klar - nur sehe ich bis jetzt nicht, das die Option bei mir genutzt wird.
Dabei haben wir ja jetzt die gleichen Versionen, oder?

BTW: Wie sieht es mit rpcbind aus? Kann ich das auch auf dem Server nutzen bzw. ist das der ofizielle Nachfolger von portmap?
Kurz gefragt, ist NFS4 schon stabil nutzbar oder gibt's noch irgendwas zu beachten? Dann würde ich gleich umsteigen hier...