NFS bleibt manchmal hängen
Hallo Liste, vielleicht hat jemand von Euch einen Tipp für mich... Folgendes Szenario: Ein Client (kernel 2.6.17) hat vom Server (OS 11.3 mit kernel 2.6.34) ein directory nfs gemounted. Am client läuft ein programm das Audio-dateien produziert. Ist eine audio-datei "komplett" wird ein "mv audio.wav /mnt/server/audio.wav" gestartet. Das funktioniert in 99% der Fälle bestens. Nur manchmal bleibt die Sache "hängen". Es werden genau 8 KB übertragen und dann hängt das mv. Es lässt sich auch nicht mit kill abschießen und sogar ein shutdown (am client) bleibt hängen. Es hilft nur mehr ein aus/ein schalten. Ich kann mir absolut nicht erklären was das verursachen könnte. Ich hatte auch schon mal die Idee, dass vielleicht daten verloren gehen weil das mount - soweit ich weiß - über das "unsichere" UDP läuft. Ich habe daraufhin am client in der fstab den Parameter "proto=tcp" angegeben. Hat aber absolut nichts geändert. Bin etwas ratlos .... Grüße, Norbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 04.04.2011 21:03, schrieb Norbert Zawodsky:
Hallo Liste,
vielleicht hat jemand von Euch einen Tipp für mich...
Folgendes Szenario:
Ein Client (kernel 2.6.17) hat vom Server (OS 11.3 mit kernel 2.6.34) ein directory nfs gemounted. Am client läuft ein programm das Audio-dateien produziert. Ist eine audio-datei "komplett" wird ein "mv audio.wav /mnt/server/audio.wav" gestartet.
Das funktioniert in 99% der Fälle bestens. Nur manchmal bleibt die Sache "hängen". Es werden genau 8 KB übertragen und dann hängt das mv. Es lässt sich auch nicht mit kill abschießen und sogar ein shutdown (am client) bleibt hängen. Es hilft nur mehr ein aus/ein schalten.
Ich kann mir absolut nicht erklären was das verursachen könnte.
Ich hatte auch schon mal die Idee, dass vielleicht daten verloren gehen weil das mount - soweit ich weiß - über das "unsichere" UDP läuft. Ich habe daraufhin am client in der fstab den Parameter "proto=tcp" angegeben. Hat aber absolut nichts geändert.
Bin etwas ratlos ....
Firewalls oder apparmor aktiv? Sind die Geräte direkt per Switch verbindunden oder hängt da noch Infrastruktur zwischen? Was passiert wenn du einen aktuellen Client mit einem altuellen Kernel nutzt? Gruß Ralf Prengel Manager Customer Care Comline AG Hauert 8 D-44227 Dortmund/Germany Fon +49 231 97575 904 Fax +49 231 97575 257 Mobil +49 151 10831 157 EMail Ralf.Prengel@comline.de www.comline.de Vorstand Stephan Schilling, Erwin Leonhardi Aufsichtsrat Dr. Franz Schoser (Vorsitzender) HR Dortmund B 14570 USt.-ID-Nr. DE 124727422 Für die Erstellung unserer Dokumente benutzen wir die Produkte aus dem Microsoft Office 2007 Paket. Sollte sich ein Anhang in der Mail befinden, der mit einer älteren Office Version nicht geöffnet werden kann, installieren Sie bitte das Compatibility Pack für Office 2007. http://www.microsoft.com/downloads/details.aspx?FamilyID=941b3470-3ae9-4aee-8f43-c6bb74cd1466&DisplayLang=de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 05.04.2011 09:07, schrieb Ralf Prengel:
Am 04.04.2011 21:03, schrieb Norbert Zawodsky:
Hallo Liste,
vielleicht hat jemand von Euch einen Tipp für mich...
Folgendes Szenario:
Ein Client (kernel 2.6.17) hat vom Server (OS 11.3 mit kernel 2.6.34) ein directory nfs gemounted. Am client läuft ein programm das Audio-dateien produziert. Ist eine audio-datei "komplett" wird ein "mv audio.wav /mnt/server/audio.wav" gestartet.
Das funktioniert in 99% der Fälle bestens. Nur manchmal bleibt die Sache "hängen". Es werden genau 8 KB übertragen und dann hängt das mv. Es lässt sich auch nicht mit kill abschießen und sogar ein shutdown (am client) bleibt hängen. Es hilft nur mehr ein aus/ein schalten.
Ich kann mir absolut nicht erklären was das verursachen könnte.
Ich hatte auch schon mal die Idee, dass vielleicht daten verloren gehen weil das mount - soweit ich weiß - über das "unsichere" UDP läuft. Ich habe daraufhin am client in der fstab den Parameter "proto=tcp" angegeben. Hat aber absolut nichts geändert.
Bin etwas ratlos ....
Firewalls oder apparmor aktiv? Sind die Geräte direkt per Switch verbindunden oder hängt da noch Infrastruktur zwischen? Was passiert wenn du einen aktuellen Client mit einem altuellen Kernel nutzt?
Gruß
Ralf Prengel Hallo Ralf,
zwischen den Geräten ist nur ein Switch (und 2 Kabel ;-) ) Keine Firewall, da alles nur im internen LAN (192.168....) AppArmor sollte nicht aktiv sein. (Zumindest habe ich es noch nie aktiviert) Am Client den kernel aktualisieren ist leider ein riesiger Aufwand. Das ist so ziemlich das letzte, was ich probieren möchte. Außer es ist bekannt dass der 2.6.17 NFS Probleme hat. Gruß Norbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 05.04.2011 09:07, schrieb Ralf Prengel:
Am 04.04.2011 21:03, schrieb Norbert Zawodsky:
Hallo Liste,
vielleicht hat jemand von Euch einen Tipp für mich...
Folgendes Szenario:
Ein Client (kernel 2.6.17) hat vom Server (OS 11.3 mit kernel 2.6.34) ein directory nfs gemounted. Am client läuft ein programm das Audio-dateien produziert. Ist eine audio-datei "komplett" wird ein "mv audio.wav /mnt/server/audio.wav" gestartet.
Das funktioniert in 99% der Fälle bestens. Nur manchmal bleibt die Sache "hängen". Es werden genau 8 KB übertragen und dann hängt das mv. Es lässt sich auch nicht mit kill abschießen und sogar ein shutdown (am client) bleibt hängen. Es hilft nur mehr ein aus/ein schalten.
Ich kann mir absolut nicht erklären was das verursachen könnte.
Ich hatte auch schon mal die Idee, dass vielleicht daten verloren gehen weil das mount - soweit ich weiß - über das "unsichere" UDP läuft. Ich habe daraufhin am client in der fstab den Parameter "proto=tcp" angegeben. Hat aber absolut nichts geändert.
Bin etwas ratlos ....
Firewalls oder apparmor aktiv? Sind die Geräte direkt per Switch verbindunden oder hängt da noch Infrastruktur zwischen? Was passiert wenn du einen aktuellen Client mit einem altuellen Kernel nutzt?
Gruß Hallo Ralf,
Deine Frage nach einem kernel-upgrade am Client hat mich auf die Idee gebracht, Google mal gezielt nach "2.6.17 NFS hangs" zu fragen. Gleich der erste Treffer ergibt einen entsprechenden bug report @debian.org "NFS hangs on 2.6.17 on amd64". (Offenbar habe ich meine früheren Google Anfragen falsch formuliert, da ich nie etwas brauchbares gefunden habe) Die CPU auf meinem client ist eine GEODE welche lt. Wikipedia ein AMD Abkömmling ist. (Weiß aber nicht genau welche GEODE Type). Vielleicht eine "heiße Spur"... Bleibt mir ein kernel-upgrade offenbar nicht erspart. Das gibt viel Arbeit. MIST.... Grüße, Norbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
* Norbert Zawodsky (norbert@zawodsky.at) [20110405 12:11]:
Am 05.04.2011 09:07, schrieb Ralf Prengel:
Die CPU auf meinem client ist eine GEODE welche lt. Wikipedia ein AMD Abkömmling ist. (Weiß aber nicht genau welche GEODE Type).
Für Info über Geode siehe http://de.wikipedia.org/wiki/AMD_Geode
Vielleicht eine "heiße Spur"... Bleibt mir ein kernel-upgrade offenbar nicht erspart. Das gibt viel Arbeit. MIST....
Höchstwahrscheinlich nicht, da Geode im Kern ein 32 Bit x86 kompatibler Prozessor ist. Philipp -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (3)
-
Norbert Zawodsky
-
Philipp Thomas
-
Ralf Prengel