komisches NFS Problem

Hi,

ich behaupte mal: Nix
Scheint ein Käfer im nfs oder kernel zu sein.

Ich hatte das vor kurzem bei meinem Server nach einem dist-upgrade, ohne an der Konfiguration was geändert zu haben.
Ich habe dann das entsprechende Verzeichnis lokal an einer anderen Stelle eingebunden, den neuen Pfad exportiert und seitdem ist Ruh im Karton

Gruß Gero

hi,

versuch doch mal die fsid um eins zu erhöhen, also "fsid=1".

hat bei mir geklappt.

gruß
spidy

Nicht schlagen wenn ich falsch liege
Mach ma das grad ausm Kopp

Sollte der Aufruf nicht

mount vdr:/squeezebox/ /audio

heissen

Ich nutze hier nfs4 und hab nachdem ct howto mir die freizugegebenden ordner unter /srv zu liegen
/srv/bla
/srv/blubb
Mit /srv als root exportdir. worin die andern per

mount -o bind /... /..

eingehangen werden.

Ich ging davon aus das es bei dir ähnlich ist.
/etc/exports -> /srv/bla .....
/etc/fstab -> mount <IP>:/bla

so wärs dann bei nfs4 richtig, dann gäbs unter /srv/ auch keine möglichkeit 2 Dirs. mit dem gleichen Namen anzulegen.

Die Manpage exports(5) legt nahe die Option fsid nicht für verschiedene Shares auf den gleichen Wert zu setzen.

Wenn man das nachträglich ändert sollte man sowohl die Clients als auch den Server (gleichzeitig) neu starten. Ich kann mir vorstellen das es sonst zu üblen Effekten kommt, weil sämtliche Komponenten cachen.

cu, Stefan

Zitat

Die Manpage exports(5) legt nahe die Option fsid nicht für verschiedene Shares auf den gleichen Wert zu setzen.

Wenn man denn ne manpage findet, die den Wert überhaupt erwähnt, dann findet man z.B.

Any 32 bit number can be used, but it must be unique amongst all the exported filesystems.

Dem würde ich jetzt entnehmen, dass 2mal der gleiche Wert tabu ist.

Unter debian kennt die manpage kein "fsid" - und ich habe es auch nirgends verwendet.
Darüber hinaus verwende ich nfs Version 3 - und das schon seit vielen Jahren.
Wenn also der Effekt "plötzlich" auftritt, dass ein Exportpunkt falsche Daten liefert - und dies sogar stabil über einen reboot von Client und Server, dann gehe ich davon aus, dass sich am Verhalten des Systems was geändert hat.

Laut der Info, die unter debian verfügbar ist, bestand kein Bedarf, meine Konfiguration zu ändern, ...
... also gehe ich mal davon aus, dass der Fehler ausnahmsweise nicht vor der Tastatur sitzt

Gruß Gero

Hallo Henfri,

für mich sieht das aus, als ob Du eine recht wilde Mischung aus NFSv4-Freigabe und NFSv3-Mounts benutzt. Allerdings staune ich, dass das nicht nur zu wüsten Fehlermeldungen führt.

Entwender solltest du Dich für NFSv3 entscheiden:

freigeben in /etc/exports:
/exports/scratch       192.168.2.0/25(async,no_root_squash,rw,nohide,insecure,no_subtree_check)


mounten:
mount server:/exports/scratch /mnt

In diesem Fall findest Du unter /mnt des Clients den Inhalt von /exports/scratch des Servers.

Oder aber Du arbeitst mit NFSv4, dann sieht die Sache so aus:

freigeben in /etc/exports:
/exports                *(async,rw,nohide,crossmnt,fsid=0,insecure,no_subtree_check,sec=krb5:krb5i)
/exports/scratch        *(async,rw,nohide,insecure,no_subtree_check,no_root_squash,sec=krb5:krb5i)


mounten:
mount -t nfs4 server:/ /mnt

In diesem Fall findest Du unter /mnt alle Freigaben des Servers, auf die Du Zugriff hast, der Inhalt von /exports/scratch findet sich unter /mnt/scratch.

Wofür Du Dich am besten entscheidest hängt von vielen Dingen ab. Um schnell mal eben drei Filme freizugeben ist v3 sicher der schmerzärmere Weg. Im Fall von NFSv4 sind allerdings noch einige weitere Details zu beachten, die normalerweise locker eine 20seitige HowTo füllen. Diese gibts aber bereits wie Sand am Meer und Google kennt sie alle ...

Grüße,
Holger

Hallo,

ich denke, der bedeutendste Unterschied zwischen nfs-V3 und nfs-V4 ist die Verwendung von kerberos.
Wenn Dir also Sicherheit in Deinem Netz ein Anliegen ist, solltest Du einen Kerberos-Dienst aufsetzen.
Nur das ist weder trivial noch mal eben so erledigt.
Da solltest Du Dir viele Gedanken um Deinen Sicherheitsbedarf machen und die Art, wie Du was verwalten willst.

Ich denke, mit ein Problem bei nfs ist, dass vor nicht allzulanger Zeit das Default-Protokol von v3 auf v4 geändert wurde.

Wenn Du also auf dem Server Deine Verzeichnisse als v3 freigibst, erwartet der Rechner, der die Verzeichnisse einbinden will eine v4-Freigabe. Das bedeutet, wenn Du auf dem Client keine Vorkehrungen triffst, bekommst Du überhaupt keine Daten.

Mit Vorkehrungen auf dem Client meine ich die Verwendung einer Option (entweder bei mount -o angeben oder in /etc/fstab im Optionen-Bereich), mit der das Protokoll festgelegt werden kann.

Um z.B. eine Freigabe als v3 einzubinden, fügst Du als Option "vers=3" hinzu. Damit bestimmt dann der Client, dass er mit nfs3 kommunizieren will.

Wie gesagt - bei mir läuft alles mit v3 und trotzdem hatte ich auch den Effekt, wie von Dir beschrieben. Ich konnte es für mich auf eine einfache Art beheben und habe mich deshalb nicht weiter damit beschäftigt.

Gruß Gero