Kopiervorgang auf NFS bleibt hängen
Hallo Liste, ich habe ein Problem mit meinen NFS-Laufwerken. Zum Teil funktioniert der Zugriff ganz hervorragend, aber seit ein paar Tagen kann ich bestimmte Files nicht mehr auf mein Netzlaufwerk schaufeln. Der Kopiervorgang bleibt dann immer hängen, sprich der Konqueror reagiert nicht mehr. Auch wenn ich dann auf der Konsole ein ls mache, bleibt diese hängen. Es hilft dann nur noch ein Neustart meines Arbeitsplatzrechners. Wenn ich ein ps -A mache, tauchen dann manchmal "ls"- und "df"- Prozesse auf, die ich allerdings nicht killen kann. Wie gesagt, der von mir seehr ungeliebte Neustart muss her. Der Server hingegen bleibt offensichtlich von diesen Späßen unbeeindruckt. Da es nur bei bestimmten Files auftritt, habe ich vermutet, das mein NFS-Laufwerk (Reiserfs) ein bisschen kaputt ist. reiserfsck hat mir dann auch einige Fehler weggemacht. Allerdings ist es immer noch der selbe Mist. Hat irgendjemand eine Idee, an was das liegen könnte? Danke schonmal, Christof -- ... keep on rockin' and always remember: fun is NOT a straight line! http://www.trink-und-schraub.de http://profiseller.de/shop/schlund gpg/pgp-Signatur: http://www.stud.tu-ilmenau.de/~schlund/pgp-public.txt
Hallo, Am Donnerstag, 29. April 2004 16:48 schrieb Christof Schlund:
Hallo Liste,
ich habe ein Problem mit meinen NFS-Laufwerken. Zum Teil funktioniert der Zugriff ganz hervorragend, aber seit ein paar Tagen kann ich bestimmte Files nicht mehr auf mein Netzlaufwerk schaufeln. Der Kopiervorgang bleibt dann immer hängen, sprich der Konqueror reagiert [ ... ]
nachdem ich hier schon einige Sachen gelesen habe, die scheinbar bei Dir nicht zum Erfolg kamen, mal ein anderer Ansatz: Wie sieht denn Dein Netz aus? NIC's - HUB/Switch - Kabel - etc. ... NFS-Mount wie? - TCP/UDP options ? Ich kenne sowas von einem Rechner (hatte eine DAVICOM "billig"-NIC) der hatte auch ähnliche Probleme - da lag's an der NIC.
Da es nur bei bestimmten Files auftritt, habe ich vermutet, das mein NFS-Laufwerk (Reiserfs) ein bisschen kaputt ist. reiserfsck hat mir dann auch einige Fehler weggemacht. Allerdings ist es immer noch der selbe Mist.
Hat irgendjemand eine Idee, an was das liegen könnte?
MfG Mirko -- +--[ Mirko Richter (RHCE) ]------------------------+ | Networks & Communicationsystems | | Mirko Richter | | Ernst-Thaelmann-Str. 5, D-06774 Soellichau | | E-MAIL: m.richter@ngi.de | | Tel. +49/(0)34243/3369-50 \\\\ | | Fax. +49/(0)34243/3369-28 (O O) | +-----------------------------------oOOo-(_)-oOOo--+
Hallo. Am Donnerstag, 29. April 2004 19:17 schrieb Mirko Richter:
Der Kopiervorgang bleibt dann immer hängen, sprich der Konqueror reagiert [ ... ]
nachdem ich hier schon einige Sachen gelesen habe, die scheinbar bei Dir nicht zum Erfolg kamen, mal ein anderer Ansatz:
Wie sieht denn Dein Netz aus? NIC's - HUB/Switch - Kabel - etc. ... NFS-Mount wie? - TCP/UDP options ?
Also Karte im Server ist so ne 3com Vortex, Modul ist jedefalls diese 3c59x. Die Karte in meinem Rechner ist so eine Onboard-Karte, VIA Chipsatz. (Modul heisst glaub ich via-Rhine). als HUB ist ein Netgear 4fach, mit dem habe ich allerdings nix zu tun, Server und mein Rechner hängen an einem ALLNET ALL129DSL-Router/Modem. Kabel sind Verlegekabel mit Cat5-Dosen, und normale kurze Patchkabel. Aber wie gesagt, das Netz funktioniert eigentlich schon seit 1,5 Jahren wunderbar. Bis vor kurzem ...
Ich kenne sowas von einem Rechner (hatte eine DAVICOM "billig"-NIC) der hatte auch ähnliche Probleme - da lag's an der NIC.
Also wie gesagt, das glaube ich weniger. Ausschließens kann ichs aber nicht vollkommen. mfg, Christof -- ... keep on rockin' and always remember: fun is NOT a straight line! http://www.trink-und-schraub.de http://profiseller.de/shop/schlund gpg/pgp-Signatur: http://www.stud.tu-ilmenau.de/~schlund/pgp-public.txt
* Thursday, 29. April 2004 um 20:57 (+0200) schrieb Christof Schlund:
Aber wie gesagt, das Netz funktioniert eigentlich schon seit 1,5 Jahren wunderbar. Bis vor kurzem ...
Trotzdem würde ich an deiner Stelle Netzwerk-Probleme (noch) nicht auschliessen. NFS über UDP ist sehr sensibel gegenüber solchen Problemen. Kannst du NFS auf Client und Server mal testweise auf TCP umstellen? Gruß Andreas -- Andreas Könecke "Andreas Koenecke <akoenecke@akoenecke.de>" PGP-ID/Fingerprint: BD7C2E59/3E 11 E5 29 0C A8 2F 49 40 6C 2D 5F 12 9D E1 E3 PGP-Key on request or on public keyservers --
Hallo, Am Donnerstag, 29. April 2004 22:32 schrieb Andreas Koenecke:
Trotzdem würde ich an deiner Stelle Netzwerk-Probleme (noch) nicht auschliessen. NFS über UDP ist sehr sensibel gegenüber solchen Problemen.
Und das kommt mehr oder weniger einfach so? Naja, möglich wärs in der Tat ...
Kannst du NFS auf Client und Server mal testweise auf TCP umstellen?
Gibts ne Schnellanleitung dafür, dann würde ich das mal testen. Eigentlich kann ich so nen Stress im Moment gar nicht gebrauchen, da ich eine Arbeit zu schreiben habe ... aber ist ja üblich, dass so ein Mist immer dann kommt, wenn mans am wenigsten braucht :( bis dann, Christof -- ... keep on rockin' and always remember: fun is NOT a straight line! http://www.trink-und-schraub.de http://profiseller.de/shop/schlund gpg/pgp-Signatur: http://www.stud.tu-ilmenau.de/~schlund/pgp-public.txt
Hallo. * Donnerstag, 29. April 2004 um 23:15 (+0200) schrieb Christof Schlund:
Am Donnerstag, 29. April 2004 22:32 schrieb Andreas Koenecke:
Kannst du NFS auf Client und Server mal testweise auf TCP umstellen?
Gibts ne Schnellanleitung dafür, dann würde ich das mal testen.
Wenn du einen Kernel-NFS-Server der Kernel 2.4.X oder 2.6.X einsetzt, dann sollte der Server schon TCP verstehen. Es reicht dann auf dem Client die Mount-Option "tcp". Mit dem Userspace-NFS-Server kenne ich mich nicht aus. Gruß Andreas -- Andreas Könecke "Andreas Koenecke <akoenecke@akoenecke.de>" PGP-ID/Fingerprint: BD7C2E59/3E 11 E5 29 0C A8 2F 49 40 6C 2D 5F 12 9D E1 E3 PGP-Key on request or on public keyservers --
Guten Abend (oder doch guten Morgen?) Am Freitag, 30. April 2004 01:00 schrieb Andreas Koenecke:
* Donnerstag, 29. April 2004 um 23:15 (+0200) schrieb Christof Schlund:
Am Donnerstag, 29. April 2004 22:32 schrieb Andreas Koenecke:
Kannst du NFS auf Client und Server mal testweise auf TCP umstellen?
Gibts ne Schnellanleitung dafür, dann würde ich das mal testen.
Wenn du einen Kernel-NFS-Server der Kernel 2.4.X oder 2.6.X einsetzt, dann sollte der Server schon TCP verstehen. Es reicht dann auf dem Client die Mount-Option "tcp".
Das hört sich doch sehr gut an, werde ich morgen gleich mal testen, ich geh jetzt ins Bett ;) Kernel 2.6.4 läuft auf dem Client, 2.4.18 oder so auf dem Server.
Mit dem Userspace-NFS-Server kenne ich mich nicht aus.
Kein Ding, ich benutze auch den Kernel-Server. Danke für die "Schnellanleitung" und gute Nacht, Christof -- ... keep on rockin' and always remember: fun is NOT a straight line! http://www.trink-und-schraub.de http://profiseller.de/shop/schlund gpg/pgp-Signatur: http://www.stud.tu-ilmenau.de/~schlund/pgp-public.txt
Hallo. * Freitag, 30. April 2004 um 01:22 (+0200) schrieb Christof Schlund:
Kernel 2.6.4 läuft auf dem Client, 2.4.18 oder so auf dem Server.
Hm, NFS und Kernel 2.6.4 -- dazu ging etwas letzte Woche durch lkml... Ich weiss nicht, ob es Server und/oder Client betrifft, aber mit dem NFS der 2.6.X ist wohl irgend etwas faul. Am besten, du siehst dir den Thread "NFS and kernel 2.6.x" auf einem lkml-Archiv einmal an. Gruß Andreas -- Andreas Könecke "Andreas Koenecke <akoenecke@akoenecke.de>" PGP-ID/Fingerprint: BD7C2E59/3E 11 E5 29 0C A8 2F 49 40 6C 2D 5F 12 9D E1 E3 PGP-Key on request or on public keyservers --
Hallo, Am Donnerstag, 29. April 2004 23:15 schrieb Christof Schlund:
Hallo,
Am Donnerstag, 29. April 2004 22:32 schrieb Andreas Koenecke:
Trotzdem würde ich an deiner Stelle Netzwerk-Probleme (noch) nicht auschliessen. NFS über UDP ist sehr sensibel gegenüber solchen Problemen.
Und das kommt mehr oder weniger einfach so? Naja, möglich wärs in der Tat ...
ja, NFS kann manchnmal scchon ziemlich fies sein ;) um nochmal auf das Problem zurückzukommen, bei meinem Beispiel wer es so, das die Karte die Pakete sporadisch "schredderte" also Müll versandte. Da UDP verbindungslos ist, wartet der Rechner, bis ein Timeout abgelaufen ist und versendet den betreffenden Block nochmal. Dadurch kommt das "hängen". Es kann aber in Deinem Fall auch das/die Kabel sein auch der Duplex-Mode sollte mal überprüft werden etc. Wenn das alles i.O. ist, würde ich testweise mal ne andere Karte probieren. MfG Mirko Richter -- +--[ Mirko Richter (RHCE) ]------------------------+ | Networks & Communicationsystems | | Mirko Richter | | Ernst-Thaelmann-Str. 5, D-06774 Soellichau | | E-MAIL: m.richter@ngi.de | | Tel. +49/(0)34243/3369-50 \\\\ | | Fax. +49/(0)34243/3369-28 (O O) | +-----------------------------------oOOo-(_)-oOOo--+
Am Donnerstag, 29. April 2004 20:57 schrieb Christof Schlund:
Server und mein Rechner hängen an einem ALLNET ALL129DSL-Router/Modem.
ALLNET: da habe ich einen Switch mit externem Netzteil, die nach einiger Zeit ( 1-2 Jahre) zu wenig Strom geliefert haben. Mit einem anderen Netzteil ging wieder alles. MfG Joachim Franek
Am Freitag, 30. April 2004 07:22 schrieb Joachim Franek:
Am Donnerstag, 29. April 2004 20:57 schrieb Christof Schlund:
Server und mein Rechner hängen an einem ALLNET ALL129DSL-Router/Modem.
ALLNET: da habe ich einen Switch mit externem Netzteil, die nach einiger Zeit ( 1-2 Jahre) zu wenig Strom geliefert haben. Mit einem anderen Netzteil ging wieder alles.
DANKE!! Das wars. Ich hab den Server und meinen Rechner weg vom ALLNET und an den Netgear-HUB gehängt, und erste Tests lassen sich problemlos an! Dieser sch**** ALLNET-Router. Der macht nämlich noch andere Probleme. Wenn ich den in der Firmeneinstellung hab, läuft der super. Sobald ich aber irgendwelche Reversed Mappings und Portfilter und Porttrigger konfiguriere, verliert der mal die DSL-Verbindung, mal ist er im Internen Netz nicht erreichbar. Auch http-Anfragen gestalten sich manchmal sehr langsam. Ich werde mal das Netzteil tauschen, ist ne sehr gute Idee. Danke nochmal an alle und schönes Wochenende, Christof -- ... keep on rockin' and always remember: fun is NOT a straight line! http://www.trink-und-schraub.de http://profiseller.de/shop/schlund gpg/pgp-Signatur: http://www.stud.tu-ilmenau.de/~schlund/pgp-public.txt
Am Freitag, 30. April 2004 10:42 schrieb Christof Schlund:
Am Freitag, 30. April 2004 07:22 schrieb Joachim Franek:
Am Donnerstag, 29. April 2004 20:57 schrieb Christof Schlund:
Server und mein Rechner hängen an einem ALLNET ALL129DSL-Router/Modem.
ALLNET: da habe ich einen Switch mit externem Netzteil, die nach einiger Zeit ( 1-2 Jahre) zu wenig Strom geliefert haben. Mit einem anderen Netzteil ging wieder alles.
DANKE!!
Das wars. Ich hab den Server und meinen Rechner weg vom ALLNET und an den Netgear-HUB gehängt, und erste Tests lassen sich problemlos an!
Dieser sch**** ALLNET-Router. Der macht nämlich noch andere Probleme. Wenn ich den in der Firmeneinstellung hab, läuft der super. Sobald ich aber irgendwelche Reversed Mappings und Portfilter und Porttrigger konfiguriere, verliert der mal die DSL-Verbindung, mal ist er im Internen Netz nicht erreichbar. Auch http-Anfragen gestalten sich manchmal sehr langsam. Ich werde mal das Netzteil tauschen, ist ne sehr gute Idee.
Danke nochmal an alle und schönes Wochenende,
Christof
Zur Klarstellung: Probleme macht bei mir nicht die ALLNET-Hardware sondern das externe Netzteil: Ist ein: DVE Model: DSA-0151A-05 A (U) Input: 200-240V ~50-60Hz 0.4A Output: +5V 2.4A 3872A604 Davon habe ich zwei Stueck. Eines habe ich geoeffnet. Geruch nach "Elektronik": vermutlich thermisch belastete Isolation. Die Elektrolytkondensatoren hatten keinen Ueberdruck (Deckel sind noch flach, Boden ist nicht sichtbar). Steckt man das Netzteil ein, so kann man die 5V auch messen. Versorgt man den Switch (8x) damit, so kommt es zu Fehlfunktionen, wenn man die Anzahl der angeschlossenen Rechner erhoeht. Daraus hatte ich geschlossen, dass das Netzteil nicht genug Strom liefert. Da dieser Effekt allerdings erst nach einiger Zeit (~1Jahr) aufgetreten ist, vermute ich Alterung einer Komponente. Die Diskussion hier ist ein schoenes Beispiel, wie man bei der Fehlerortung an der Nase herumgefuehrt werden kann. Nicht immer ist es die Software. MfG Joachim Franek
Am Sa, 2004-05-01 um 10.55 schrieb Joachim Franek:
Am Freitag, 30. April 2004 10:42 schrieb Christof Schlund:
Ich werde mal das Netzteil tauschen, ist ne sehr gute Idee.
Zur Klarstellung: Probleme macht bei mir nicht die ALLNET-Hardware sondern das externe Netzteil:
Das hab ich schon kapiert. Allerdings habe ich im Moment kein Netzteil bzw. passenden Stecker zur Hand, deswegen habe ich den Workaround über den Netgear gemacht.
Ist ein: DVE Model: DSA-0151A-05 A (U) Input: 200-240V ~50-60Hz 0.4A Output: +5V 2.4A 3872A604
Seltsamerweise ist es bei mir ein 3com-Netzteil. Das Router-Modem ist gebraucht erstanden, kann also sein, dass der Vorbesitzer da schon mal rumgepfuscht hat. Bestärkt wird meine Vermutung dadurch, dass der Niedervoltstecker nicht ganz passt (Kontaktschwierigkeiten beim wackeln).
Davon habe ich zwei Stueck. Eines habe ich geoeffnet. Geruch nach "Elektronik": vermutlich thermisch belastete Isolation. Die Elektrolytkondensatoren hatten keinen Ueberdruck (Deckel sind noch flach, Boden ist nicht sichtbar). Steckt man das Netzteil ein, so kann man die 5V auch messen. Versorgt man den Switch (8x) damit, so kommt es zu Fehlfunktionen, wenn man die Anzahl der angeschlossenen Rechner erhoeht. Daraus hatte ich geschlossen, dass das Netzteil nicht genug Strom liefert. Da dieser Effekt allerdings erst nach einiger Zeit (~1Jahr) aufgetreten ist, vermute ich Alterung einer Komponente.
Kann gut sein, dass billige Elkos verwendet wurden, die an der Grenze ihrer Belastbarkeit betrieben werden. Die machens dann nicht so lange.
Die Diskussion hier ist ein schoenes Beispiel, wie man bei der Fehlerortung an der Nase herumgefuehrt werden kann. Nicht immer ist es die Software.
Nunja, den Eindrucke habe ich hier nicht, denn es kamen ja schon relativ früh Tipps, die sich auf die Hardware bezogen haben. Allerdings habe ich mit dem Router noch ganz andere Sorgen, wie in einer Mail schon kurz angedeutet. Aber das ist eigentlich ein neuer Thread. Danke auf jeden Fall nochmal, alleine wäre ich auf die Idee wahrscheinlich erst nach Wochen gekommen ;) Schönen ersten Mai, Christof -- ... keep on rockin' and always remember: fun is NOT a straight line! http://www.trink-und-schraub.de http://profiseller.de/shop/schlund gpg/pgp-Signatur: http://www.stud.tu-ilmenau.de/~schlund/pgp-public.txt
Also Karte im Server ist so ne 3com Vortex, Modul ist jedefalls diese=20 3c59x. Die Karte in meinem Rechner ist so eine Onboard-Karte, VIA=20 Chipsatz. (Modul heisst glaub ich via-Rhine). ^^^^^^^^^
das duerfte das problem sein. mach am besten eine intel etherpro 100 rein, damit klappts bei mir bestens. ciao T
Bei meiner SuSe 9.0 habe ich das Problem mit den 3com - Karten mit einer festen Einstellung 100 M/bit Vollduplex im Switch und mit mii-tool -F 100 baseTx-Fd eth0 lösen können. Nun gehen auch die 3Com - Karten bis ca. 70 m !! Leitungslänge. Damit es beim boot auch klapp, die Zeile an das Ender der Start - Sektion im Bootscrip von network, dann alles OK. Dr. Thorsten Brandau schrieb:
Also Karte im Server ist so ne 3com Vortex, Modul ist jedefalls diese=20 3c59x. Die Karte in meinem Rechner ist so eine Onboard-Karte, VIA=20 Chipsatz. (Modul heisst glaub ich via-Rhine).
^^^^^^^^^
das duerfte das problem sein. mach am besten eine intel etherpro 100 rein, damit klappts bei mir bestens.
ciao
T
-- Mit freundlichen Grüßen Dipl.-Ing. Frank Jäschke Deutsche Telekom Network Projects & Services GmbH Tech. & Produktsup. Data Dipl.-Ing. Frank Jäschke Systemspezialist Griesheimstraße 8, 06749 Bitterfeld +49 3493 750-41 (Tel.) +49 170 3169268 (Mobil) E-Mail: Frank.Jaeschke@telekom.de http://www.network-projects.telekom.de
Christof Schlund schrieb:
3c59x. Die Karte in meinem Rechner ist so eine Onboard-Karte, VIA=20 Chipsatz. (Modul heisst glaub ich via-Rhine).
Also mit dem Via-Chipsatz im Notebook (Twister-Chipsatz) habe ich etliche Probleme, sowohl unter W2K als auch Linux. Meist beschränkt sich das aber darauf, daß zunächst vom Netz nichts gelesen wird, dann bekomme ich gar keine IPV4-Adresse per DHCP zugewiesen... Wenn es erstmal funktioniert ("Nach mehrmals Boot wird alles gut...") hatte ich bislang stabile Verbindungen. Bernd --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.670 / Virus Database: 432 - Release Date: 27.04.2004
participants (7)
-
Andreas Koenecke -
Bernd Laengerich -
Christof Schlund -
Dr. Thorsten Brandau -
frank jaeschke -
Joachim Franek -
Mirko Richter