NFS-Server (fd cache inconsistency)
Hallo! Ich habe ein Problem mit dem nfs-Server! Wir haben ein Netzwerk mit 4 Linuxrechners SuSE 7.0! Die Rechner haben alle ihr Datenverzeichnis und Homeverzeichnis gemountet. Die Refreshzeit ist in der fstab mit actimeo=1 auf 1s gesetzt. Wird der nfsserver neu gestartet läuft alles wunderbar. Nach einiger Zeit können einzelne Rechner das gemountete Verzeichnis nicht mehr erreichen. Es erscheint in /var/log/messages: nfsd[1881]: fd cache inconsistency! Wird der nfsserver neu gestartet kann der Rechner sofor wieder auf das nfs-filesystem zugreifen. Weiß jemand wo das Problem liegt? Unser Netzwerk ist sehr stark belastet. Kann dadurch dieser fehler entstehen? Vielen Dank für Eure Hilfe! MfG Ronald
On Fri, 18 Jan 2002, Ronald Bianchin wrote:
Hallo!
Auch hallo...
Ich habe ein Problem mit dem nfs-Server!
Wir haben ein Netzwerk mit 4 Linuxrechners SuSE 7.0! Die Rechner haben alle ihr Datenverzeichnis und Homeverzeichnis gemountet. Die Refreshzeit ist in der fstab mit actimeo=1 auf 1s gesetzt. Wird der nfsserver neu gestartet läuft alles wunderbar. Nach einiger Zeit können einzelne Rechner das gemountete Verzeichnis nicht mehr erreichen. Es erscheint in /var/log/messages:
nfsd[1881]: fd cache inconsistency!
Wird der nfsserver neu gestartet kann der Rechner sofor wieder auf das nfs-filesystem zugreifen. Weiß jemand wo das Problem liegt? Unser Netzwerk ist sehr stark belastet. Kann dadurch dieser fehler entstehen?
Bei SuSE 7.0/Kernel 2.2.16 scheint NFS (zumindest als Server) nicht besonders toll zu laufen... ich konnte die Probleme mit unserem Server nur durch ein Kernel-Update auf 2.2.19 mildern, ganz weg sind sie immer noch nicht. Vielleicht solltest Du auf den Clients auch mal ein Kernel-Update in betracht ziehen. Was laeuft eigentlich auf dem Server? Auch SuSE 7.0?
Vielen Dank für Eure Hilfe!
Ich hoffe ich war eine Hilfe ;-)
MfG Ronald
cu. peter -- | LEISTRITZ Aktiengesellschaft Tel.: +49 (0) 911 4306 559 | Peter Woelfel, EDV-Abteilung Fax: +49 (0) 911 4306 478 | Markgrafenstrasse 29-39 eMail: pwoelfel@leistritz.de | D-90459 Nuernberg Web: http://www.leistritz.de
Am Fre, 18 Jan 2002 schrieb Peter Woelfel:
On Fri, 18 Jan 2002, Ronald Bianchin wrote:
Ich habe ein Problem mit dem nfs-Server!
nfsd[1881]: fd cache inconsistency!
Wird der nfsserver neu gestartet kann der Rechner sofor wieder auf das nfs-filesystem zugreifen. Weiß jemand wo das Problem liegt? Unser Netzwerk ist sehr stark belastet. Kann dadurch dieser fehler entstehen?
Bei SuSE 7.0/Kernel 2.2.16 scheint NFS (zumindest als Server) nicht besonders toll zu laufen... ich konnte die Probleme mit unserem Server nur durch ein Kernel-Update auf 2.2.19 mildern, ganz weg sind sie immer noch nicht.
Stimmt, funktionierte bei mir auch nur, wenn Client und Server auf 7.0/2.2.16 liefen. Richtig Ärger gab es, als ich den ersten Rechner auf 2.4 umgestellt hatte und den zweiten noch nicht. Jetzt laufen beide auf 7.0/2.4.14 und gut is. Gruß Christoph -- Christoph Maurer - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
Am Fre, 2002-01-18 um 10.39 schrieb Ronald Bianchin:
Hallo!
Ich habe ein Problem mit dem nfs-Server! Wir haben ein Netzwerk mit 4 Linuxrechners SuSE 7.0! Die Rechner haben alle ihr Datenverzeichnis und Homeverzeichnis gemountet. Die Refreshzeit ist in der fstab mit actimeo=1 auf 1s gesetzt. Wird der nfsserver neu gestartet läuft alles wunderbar. Nach einiger Zeit können einzelne Rechner das gemountete Verzeichnis nicht mehr erreichen. Es erscheint in /var/log/messages:
nfsd[1881]: fd cache inconsistency!
Wird der nfsserver neu gestartet kann der Rechner sofor wieder auf das nfs-filesystem zugreifen. Weiß jemand wo das Problem liegt? Unser Netzwerk ist sehr stark belastet. Kann dadurch dieser fehler entstehen?
Den ganzen Ärger kenne ich auch. Ich habe an zwei dickeren Linuxservern Solaris und Linuxclients hängen. Ich kann dir nur empfehlen möglichst neue Kernel (z.B. 2.4.16 läuft sehr gut) und die aktuellen Tools dazu einzusetzen. Aus eigener Erfahrung kann ich nur sagen, das sich mit steigenden Kernelnummern teilweise dramatisch Verbesserungen erzielen lassen. Das hört sich vieleicht etwas übertrieben an, aber es war so. -- mfg Peter Küchler, Planungsverband Frankfurt Region Rhein Main
participants (4)
-
Christoph Maurer
-
Peter Kuechler
-
Peter Woelfel
-
Ronald Bianchin