Hi! Ich habe das Home- und einige andere Verzeichnisse vom Server (SuSE-7.2) per knfs exportiert und hänge sie in einen 7.2-Client ein. Leider habe ich dabei heftige Probleme. Einige Laufwerke werden beim Booten erst gar nicht eingehängt, einige verschwinden im Laufe der Zeit wieder und beim Kopieren hängt das - ansonsten unterforderte - System öfters mal 30 Sekunden. Und das nur bei NFS. Es kommt öfters mal »Veraltete NFS-Dateizugriffsnummer« als Fehlermeldung, manchmal kann ich ein Verzeichnis erst mounten, nachdem ich auf dem Server den nfsserver neu gestartet habe. Ich bekomme sonst gesagt, ich hätte keine Autorisierung. Vielleicht ist ja auch meine Konfiguration Mist: /etc/exports (Beispiel): /Backup 192.168.1.*(rw,no_root_squash) /archiv 192.168.1.*(ro,no_root_squash) /home 192.168.1.*(rw) /data 192.168.1.*(rw,no_root_squash) (ja, no_root_squash brauch ich da manchmal) /etc/fstab (Beispiel): helium:/home /home nfs auto,rsize=1024,wsize=1024,hard,intr 0 0 helium:/Backup /Backup nfs noauto,rsize=1024,wsize=1024,hard,intr 0 0 Hat jemand einen Tipp? mit freundlichen Grüßen Jörg Lippmann -- dienstlich: joerg.lippmann@o3-software.de · mobil 0179.4125552 O³ Software GmbH und Co. KG · Eichkamp 1 · 24217 Schönberg http://www.o3-software.de · fon 04344.41417.5 · fax 04344.5385
Am 18-Sep-2001 Jörg Lippmann schrieb:
Hi!
Ich habe das Home- und einige andere Verzeichnisse vom Server (SuSE-7.2) per knfs exportiert und hänge sie in einen 7.2-Client ein. Leider habe ich dabei heftige Probleme. Einige Laufwerke werden beim Booten erst gar nicht eingehängt, einige verschwinden im Laufe der Zeit wieder und beim Kopieren hängt das - ansonsten unterforderte - System öfters mal 30 Sekunden. Und das nur bei NFS. Es kommt öfters mal »Veraltete NFS-Dateizugriffsnummer« als Fehlermeldung, manchmal kann ich ein Verzeichnis erst mounten, nachdem ich auf dem Server den nfsserver neu gestartet habe. Ich bekomme sonst gesagt, ich hätte keine Autorisierung.
Vielleicht ist ja auch meine Konfiguration Mist:
/etc/exports (Beispiel): /Backup 192.168.1.*(rw,no_root_squash) /archiv 192.168.1.*(ro,no_root_squash) /home 192.168.1.*(rw) /data 192.168.1.*(rw,no_root_squash)
(ja, no_root_squash brauch ich da manchmal)
/etc/fstab (Beispiel): helium:/home /home nfs auto,rsize=1024,wsize=1024,hard,intr 0 0
[...]
Hat jemand einen Tipp?
Bei mir läuft es so ganz gut: /etc/exports (Beispiel): /Backup 192.168.1.*(rw,no_root_squash) /etc/fstab (Beispiel): helium:/home /home nfs rsize=8192,wsize=8192,vers=3 0 0 Das alle mit Kernel 2.4.10-pre8, bzw. in der Produktion noch linux-2.4.7.SuSE, wird aber Ende des Monats geändert, wahrscheinlich 2.4.10. Kernel aus dem Internet so etwa um 2.4.6 herum würde ich nicht nehmen, da gab es merkwürdige Probleme mit den Dateirechten. Distri ist in allen Fällen Suse7.2 -- mfg Peter Küchler, Planungsverband Frankfurt Region Rhein Main
Hi, hast du reiserfs auf dem exportierenden Maschinchen?? Jörg Lippmann wrote:
Hi!
Ich habe das Home- und einige andere Verzeichnisse vom Server (SuSE-7.2) per knfs exportiert und hänge sie in einen 7.2-Client ein. Leider habe ich dabei heftige Probleme. Einige Laufwerke werden beim Booten erst gar nicht eingehängt, einige verschwinden im Laufe der Zeit wieder und beim Kopieren hängt das - ansonsten unterforderte - System öfters mal 30 Sekunden. Und das nur bei NFS. Es kommt öfters mal
Hat jemand einen Tipp?
Finger weg von der Kombination reiser/nfs oder patch einspielen! Hat mich schon viel Arbeit gekostet. ciao dieter
Hi, ich habe ebenfalls Massive NFS-Probleme mit 7.2. Benutze das ext2 Dateisystem, exportiere z.B. /home und /data mit /home *.azubi.ais-ag.de(rw,root_squash) /data *.azubi.ais-ag.de(rw,root_squash) Kann dann auf einem Host (reisefs) das /data - Verzeichnis mounten und bei /home bekomme ich diese Meldung: mount: fileserver:/home failed, reason given by server: Permission denied Habe mal /var/log/messages auf dem NFS- Server beim mounten beobachtet und siehe da, da ist ein Unterschied. Für /home Sep 19 10:42:26 enterprise rpc.mountd: authenticated mount request from ernie.azubi.ais-ag.de:766 for /home (/home) Sep 19 10:42:26 enterprise rpc.mountd: getfh failed: Operation not permitted Für /data Sep 19 10:45:22 enterprise rpc.mountd: authenticated mount request from 192.168.4.3:800 for /data (/data) Das ist alles (kein "getfh failed" wie bei /home) hat jemand eine Ahnung wie das kommen kann? -- _______Sven Schiwek_________________________________________________ | e-mail: sven.schiwek@gmx.net | www: http://sven-s.purespace.de | | sven.schiwek@web.de | http://www.azubi.ais-ag.de | |________________________Have a lot of Fun___________________________|
On Mit, 2001-09-19 at 11:50, Sven Schiwek wrote:
Hi, ich habe ebenfalls Massive NFS-Probleme mit 7.2. Benutze das ext2 Dateisystem, exportiere z.B. /home und /data mit /home *.azubi.ais-ag.de(rw,root_squash) /data *.azubi.ais-ag.de(rw,root_squash)
Kann dann auf einem Host (reisefs) das /data - Verzeichnis mounten und bei /home bekomme ich diese Meldung: mount: fileserver:/home failed, reason given by server: Permission denied
Habe mal /var/log/messages auf dem NFS- Server beim mounten beobachtet und siehe da, da ist ein Unterschied. Für /home Sep 19 10:42:26 enterprise rpc.mountd: authenticated mount request from ernie.azubi.ais-ag.de:766 for /home (/home) Sep 19 10:42:26 enterprise rpc.mountd: getfh failed: Operation not permitted
Für /data Sep 19 10:45:22 enterprise rpc.mountd: authenticated mount request from 192.168.4.3:800 for /data (/data)
Das ist alles (kein "getfh failed" wie bei /home) hat jemand eine Ahnung wie das kommen kann? Gibt's /home bei Dir auf beiden Maschinen als physikalisches Verzeichnis mit Inhalt?
nfs-Mount-point und Name des zu exportierenden Verzeichnis müssen verschieden sein. Beispiel: Maschine1: /home/user1 Maschine2: /home/user2 => Mounten von Maschine1:/home auf Maschine2 gibt Probleme. Aber, Du kannst /home/user1 als Maschine2:/home/user1 auf Maschine2 nfs-mounten => D.h. nicht /home exportieren und nfs-mounten sondern /home/<user> und /home/<user> der jeweils anderen Maschinen nfs-mounten. [Oder gleich autofs einsetzen] Ralf
Ralf Corsepius wrote:
nfs-Mount-point und Name des zu exportierenden Verzeichnis müssen verschieden sein.
Aber, Du kannst /home/user1 als Maschine2:/home/user1 auf Maschine2 nfs-mounten => D.h. nicht /home exportieren und nfs-mounten sondern /home/<user> und /home/<user> der jeweils anderen Maschinen nfs-mounten.
[Oder gleich autofs einsetzen]
Momentan schreibe ich jeden User (/home/<user>) in die /etc/export. Diese Vorgehensweise ist nicht sehr administrativ, besser ist es, wenn das Homeverzeichnis komplett exportiert wird. Es ist zwar eine Sicherheitslücke, da ein User mit root Passwort andere User ausspionieren kann. In einem NFS- Netzwerk muß man den Usern halt mahr trauen und ihnen einreden, dass sie die Unsicherheit des Netzwerkes nicht ausnutzen sollen. Ich suche noch nach einer besseren Lösung. Wie geht das mit autofs? Ich habe noch nicht damit gearbeitet. Wie steht es mit der Sicherheit bei autofs? Wo finde ich Informationen dazu (außer man 8 zu autofs)? Gruß Sven Schiwek -- _______Sven Schiwek_________________________________________________ | e-mail: sven.schiwek@gmx.net | www: http://sven-s.purespace.de | | sven.schiwek@web.de | http://www.azubi.ais-ag.de | |________________________Have a lot of Fun___________________________|
Am Mittwoch, 19. September 2001 12:27 zog Ralf Corsepius folgendes aus dem Scrabble-Beutel:
Beispiel:
Maschine1: /home/user1
Maschine2: /home/user2
=> Mounten von Maschine1:/home auf Maschine2 gibt Probleme.
So war's bisher bei mir auch. Dann hab ich das ausprobiert:
Aber, Du kannst /home/user1 als Maschine2:/home/user1 auf Maschine2 nfs-mounten => D.h. nicht /home exportieren und nfs-mounten sondern /home/<user> und /home/<user> der jeweils anderen Maschinen nfs-mounten.
Hat leider auch nicht geholfen.
[Oder gleich autofs einsetzen]
Was bringt das denn bei dem getfh-Problem? mit freundlichen Grüßen Jörg Lippmann -- dienstlich: joerg.lippmann@o3-software.de · mobil 0179.4125552 O³ Software GmbH und Co. KG · Eichkamp 1 · 24217 Schönberg http://www.o3-software.de · fon 04344.41417.5 · fax 04344.5385
On Don, 2001-09-20 at 13:23, Jörg Lippmann wrote:
Am Mittwoch, 19. September 2001 12:27 zog Ralf Corsepius folgendes aus dem Scrabble-Beutel: :)
Beispiel:
Maschine1: /home/user1
Maschine2: /home/user2
=> Mounten von Maschine1:/home auf Maschine2 gibt Probleme.
So war's bisher bei mir auch. Dann hab ich das ausprobiert:
Aber, Du kannst /home/user1 als Maschine2:/home/user1 auf Maschine2 nfs-mounten => D.h. nicht /home exportieren und nfs-mounten sondern /home/<user> und /home/<user> der jeweils anderen Maschinen nfs-mounten.
Hat leider auch nicht geholfen. Tja, war dann wohl ehe ein Klo, als ein Scrabble-Beutel :)
[Oder gleich autofs einsetzen]
Was bringt das denn bei dem getfh-Problem? Im Grunde nichts, nur lassen sich mittels autofs und yp nfs-basierte Netze leichter verwalten und Konsistenzprobleme von fstabs ehe ausschliessen.
Ansonsten würde auch ich auf reiserfs/nfs-Probleme tippen. Ich hatte diese Probleme ebenfalls (Siehe Archiv dieser Liste) und habe deshalb nun reiserfs von allen nfs-gemounteten Partitionen verbannt. Ralf
Ralf Corsepius wrote:
... nur lassen sich mittels autofs und yp nfs-basierte Netze leichter verwalten und Konsistenzprobleme von fstabs ehe ausschliessen.
Muß ich bei autofs für jeden User auf den einzelnen Hosts einen Ordner mit dem Usernamen anlegen, damit autofs dor hinein mounten kann, oder geschieht das anders? Gruß Sven Schiwek
Am Donnerstag, 20. September 2001 15:31 zog Ralf Corsepius folgendes aus dem Scrabble-Beutel:
Hat leider auch nicht geholfen.
Tja, war dann wohl ehe ein Klo, als ein Scrabble-Beutel :)
<g>
Ansonsten würde auch ich auf reiserfs/nfs-Probleme tippen. Ich hatte diese Probleme ebenfalls (Siehe Archiv dieser Liste) und habe deshalb nun reiserfs von allen nfs-gemounteten Partitionen verbannt.
Hmmm... Das ist hier jetzt leider eine recht unpraktikable Lösung. Ausserdem war ich froh, dass die langen e2fscks vorbei waren... Gab's denn keine Patch? mit freundlichen Grüßen Jörg Lippmann -- dienstlich: joerg.lippmann@o3-software.de · mobil 0179.4125552 O³ Software GmbH und Co. KG · Eichkamp 1 · 24217 Schönberg http://www.o3-software.de · fon 04344.41417.5 · fax 04344.5385
Am 19-Sep-2001 Ralf Corsepius schrieb:
On Mit, 2001-09-19 at 11:50, Sven Schiwek wrote:
Hi, ich habe ebenfalls Massive NFS-Probleme mit 7.2. Benutze das ext2 Dateisystem, exportiere z.B. /home und /data mit /home *.azubi.ais-ag.de(rw,root_squash) /data *.azubi.ais-ag.de(rw,root_squash)
[...]
Das ist alles (kein "getfh failed" wie bei /home) hat jemand eine Ahnung wie das kommen kann? Gibt's /home bei Dir auf beiden Maschinen als physikalisches Verzeichnis mit Inhalt?
nfs-Mount-point und Name des zu exportierenden Verzeichnis müssen verschieden sein.
Oops??? Ist das irgendwo dokumentiert? Ich habe das im Einsatz und es funktioniert ganz normal...? -- mfg Peter Küchler, Planungsverband Frankfurt Region Rhein Main
nfs-Mount-point und Name des zu exportierenden Verzeichnis müssen verschieden sein.
Ne Du, das kann nicht sein! Servus Rainer -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net
On Fre, 2001-09-21 at 12:51, Rainer Kulhanek wrote:
nfs-Mount-point und Name des zu exportierenden Verzeichnis müssen verschieden sein.
Ne Du, das kann nicht sein! Nun gut, mit Linux-2.4.x und knfs (Etwas anderes habe gerade nicht am Laufen) scheint es zu funktionieren (Immer mal wieder was neues :) ) => s/müssen/sollten/
Allerdings ist _das_ definitiv betriebssystemabhängig und funktioniert bei nicht mit jeder NFS-Implementierung (auch nicht mit jeder Linux-Version). [Im übrigen ist dieses Problem mit ein Grund, warum es automount und autofs überhaupt gibt.] Ralf
Am Mittwoch, 19. September 2001 10:37 zog dieter franzke folgendes aus dem Scrabble-Beutel:
hast du reiserfs auf dem exportierenden Maschinchen??
Ja.
Finger weg von der Kombination reiser/nfs oder patch einspielen! Hat mich schon viel Arbeit gekostet.
Welchen Patch? Wo gibt's den. SuSE hat irgendwie noch keine Issues zu dem Thema, oder? mit freundlichen Grüßen Jörg Lippmann -- dienstlich: joerg.lippmann@o3-software.de · mobil 0179.4125552 O³ Software GmbH und Co. KG · Eichkamp 1 · 24217 Schönberg http://www.o3-software.de · fon 04344.41417.5 · fax 04344.5385
participants (6)
-
dieter franzke
-
Jörg Lippmann
-
Peter Kuechler
-
Rainer Kulhanek
-
Ralf Corsepius
-
Sven Schiwek