Hallo! ich habe hier ein Problem mit einem Linux-Router und habe keine Idee woran der Fehler liegen könnte. Der Router ist ein Pentium 200 MMX, Chaintech 5IFM, 32 MB. Netzwerkkarten 1x Intel EE100pro, 2x 8139, 1x Ne2kPCI. Kernel 2.2.14 (aus SuSE 6.4) läuft aus 64MB Flash-Disk, keine IP - Filter o.ä. nur routen! An Software läuft ansonsten nur Gated und sshd. In unregelmäßigen Abständen werden keine Pakete mehr geroutet (Netzwerk tot). Auf der Konsole Erscheinen laufend Meldungen ethX: Err .... TX timeout ...... (kann die komplette Msg leider nicht so schnell lesen, geschweige denn schreiben) Dann hilft nur der große Resetknopf ... An einer einzelnen Karte kann es nicht liegen, hab sie schon gewechselt, Speicher ist auch ok. Der Fehler tritt immer bei hoher Last auf wenn viele TCP - Verbindungen laufen (Webzugriffe etc.), bei UDP tritt der Fehler nicht auf. Also NFS läuft und FTP mit großen Dateien läuft auch ohne Probleme, unabhängig von der Last (9-11,5 MB/s kreuz und quer und keine Fehler)! Aber eine komplexe Webseite(ab ca. 20-30 einzelne Objekte) aufrufen und schon ist's mal wieder passiert. Bin momentan ratlos ... kann den Kasten leider nicht lange aus dem Netz nehmen. Bin für jeden Tip dankbar ... mfg Mirko -- +--[ Mirko Richter (RHCE) ]------------------------+ | + Netzwerke, Kommunikation, Computer, Service | | + Diskless Linux-Systeme | | + EPROM + FLASHROM Programmierung | |~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| | Mirko Richter | | Networks & Communicationsystems | | Ernst-Thaelmann-Str. 5, D-06774 Soellichau | | E-MAIL: m.richter@ngi-box.de | | Tel. +49/(0)34243/3369-50 \\\\ | | Fax. +49/(0)34243/3369-28 (O O) | +-----------------------------------oOOo-(_)-oOOo--+
Mirko Richter wrote (Donnerstag, 6. Dezember 2001 22:48):
ich habe hier ein Problem mit einem Linux-Router und habe keine Idee woran der Fehler liegen könnte.
Der Router ist ein Pentium 200 MMX, Chaintech 5IFM, 32 MB. Netzwerkkarten 1x Intel EE100pro, 2x 8139, 1x Ne2kPCI.
Kernel 2.2.14 (aus SuSE 6.4) läuft aus 64MB Flash-Disk,
Beim Kernel 2.2.14 ist für die 8139er der Treiber rtl8139 dabei, und der hatte zumindest bei mir heftige Troubles (z.b. Installationen von RedHat 6.2 über NFS stürzten damit dauern unmotiviert ab). Der Treiber wurde später (2.4) durch 8139too von Jeff Garzik ersetzt. Dieser Treiber wurde auch nach 2.2. back-geportet (IIRC gibt es ihn ab 2.2.18). Seitdem ich 8139too verwende, läuft bei mir alles anstandslos. Nach meinen Erfahrungen würde ich die Finger von dem alten rtl8139-Treiber lassen und den Kernel upgraden. Donald Becker hat übrigens auch einen aktuelleren rtl8139 Treiber auf seiner Homepage (allerdings weiß ich nicht, ob der weniger Ärger macht). Thomas.
Am Donnerstag 06 Dezember 2001 23:58 schrieben Sie:
Mirko Richter wrote (Donnerstag, 6. Dezember 2001 22:48):
ich habe hier ein Problem mit einem Linux-Router und habe keine Idee woran der Fehler liegen könnte.
Der Router ist ein Pentium 200 MMX, Chaintech 5IFM, 32 MB. Netzwerkkarten 1x Intel EE100pro, 2x 8139, 1x Ne2kPCI.
Kernel 2.2.14 (aus SuSE 6.4) läuft aus 64MB Flash-Disk,
Beim Kernel 2.2.14 ist für die 8139er der Treiber rtl8139 dabei, und der hatte zumindest bei mir heftige Troubles (z.b. Installationen von RedHat 6.2 über NFS stürzten damit dauern unmotiviert ab). Der Treiber wurde später (2.4) durch 8139too von Jeff Garzik ersetzt. Dieser Treiber wurde auch nach 2.2. back-geportet (IIRC gibt es ihn ab 2.2.18). Seitdem ich 8139too verwende, läuft bei mir alles anstandslos.
Das ist auch mehr so ein Verständnisproblem, mir will einfach nicht in den KOPF warum er sowohl mit UDP-Paketen (egal welche Last - NFS z.B. läuft ja) als auch mit einzelnen TCP-Verbindungen (FTP bei GROSSEN Dateien) keine Probleme hat, aber bei vielen TCP-Verbindungen ( HTTP oder FTP bei sehr vielen kleinen Dateien) abschmiert. ER ROUTET DIE PAKETE NUR, DANN SOLLTE ES DOCH EGAL SEIN, WAS DRIN IST UDP ODER TCP ???? (meine keine Firewall oder so) Wie gesagt Verständnisproblem ... Sollte mal prüfen ob er nicht durch WINDOWS infiziert wurde :)
Nach meinen Erfahrungen würde ich die Finger von dem alten rtl8139-Treiber lassen und den Kernel upgraden. Donald Becker hat übrigens auch einen aktuelleren rtl8139 Treiber auf seiner Homepage (allerdings weiß ich nicht, ob der weniger Ärger macht).
Thomas.
Das problem ist nur ich muß dazu das Ding auseinanderbauen (Flash-Disk raus, neuen Kernel drauf wieder einbauen), das ist im Moment das Problem, weil's halt dauert. Werde mir das mal für einen Abend am Wochenende vornehmen. mfg Mirko -- +--[ Mirko Richter (RHCE) ]------------------------+ | + Netzwerke, Kommunikation, Computer, Service | | + Diskless Linux-Systeme | | + EPROM + FLASHROM Programmierung | |~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| | Mirko Richter | | Networks & Communicationsystems | | Ernst-Thaelmann-Str. 5, D-06774 Soellichau | | E-MAIL: m.richter@ngi-box.de | | Tel. +49/(0)34243/3369-50 \\\\ | | Fax. +49/(0)34243/3369-28 (O O) | +-----------------------------------oOOo-(_)-oOOo--+
Mirko Richter wrote (Freitag, 7. Dezember 2001 10:19):
Das ist auch mehr so ein Verständnisproblem, mir will einfach nicht in den KOPF warum er sowohl mit UDP-Paketen (egal welche Last - NFS z.B. läuft ja) als auch mit einzelnen TCP-Verbindungen (FTP bei GROSSEN Dateien) keine Probleme hat, aber bei vielen TCP-Verbindungen ( HTTP oder FTP bei sehr vielen kleinen Dateien) abschmiert.
Vielleicht ist das eine race condition im Treiber, die bei bestimmten Belastungen getriggert wird. Oder bestimmte Sequenzen von Paketen lösen den Bug aus. Wenn der Treiber buggy ist, kann so ziemlich alles Merkwürdige passieren. Bei mir war es jedenfalls auch so, daß ich fast alles machen konnte (hohe oder niedrige lasten), aber bestimmte Sachen brachten nach einiger Zeit das Netzwerk mit tödlicher Sicherheit zum Stillstand.
Das problem ist nur ich muß dazu das Ding auseinanderbauen (Flash-Disk raus, neuen Kernel drauf wieder einbauen), das ist im Moment das Problem, weil's halt dauert. Werde mir das mal für einen Abend am Wochenende vornehmen.
Versprechen kann ich dir natürlich nicht, daß ein Kernel-upgrade etwas bringt. Übrigens hatte ich bei einer pre-Version vom 2.2.18 auch mit dem "besseren" Treiber 8139too Probleme (bei längerer hoher Last *rebootete* der NFS-Server). Verschwand dann bei einem Upgrade auf 2.2.19. Ich würde also die neueste Version vom 2.2er empfehlen. Thomas.
Hallo! Am Freitag 07 Dezember 2001 15:26 schrieben Sie:
Mirko Richter wrote (Freitag, 7. Dezember 2001 10:19):
Das ist auch mehr so ein Verständnisproblem, mir will einfach nicht in den KOPF warum er sowohl mit UDP-Paketen (egal welche Last - NFS z.B. läuft ja) als auch mit einzelnen TCP-Verbindungen (FTP bei GROSSEN Dateien) keine Probleme hat, aber bei vielen TCP-Verbindungen ( HTTP oder FTP bei sehr vielen kleinen Dateien) abschmiert.
Vielleicht ist das eine race condition im Treiber, die bei bestimmten Belastungen getriggert wird. Oder bestimmte Sequenzen von Paketen lösen den Bug aus. Wenn der Treiber buggy ist, kann so ziemlich alles Merkwürdige passieren. Tja dann müssen bei mir alle (8139, EEpro, NE2k) den Bug haben, oder der liegt woanders, denn der Absturz tritt ja bei allen Karten auf(je nachdem welche benutzt werden). Der Gag ist die anderen Router laufen, die haben aber "neuere" Hardware (K6-2) aber ähnliche ausstattung mit Karten und die selbe Software!?
Bei mir war es jedenfalls auch so, daß ich fast alles machen konnte (hohe oder niedrige lasten), aber bestimmte Sachen brachten nach einiger Zeit das Netzwerk mit tödlicher Sicherheit zum Stillstand.
Das problem ist nur ich muß dazu das Ding auseinanderbauen (Flash-Disk raus, neuen Kernel drauf wieder einbauen), das ist im Moment das Problem, weil's halt dauert. Werde mir das mal für einen Abend am Wochenende vornehmen.
Versprechen kann ich dir natürlich nicht, daß ein Kernel-upgrade etwas bringt. Übrigens hatte ich bei einer pre-Version vom 2.2.18 auch mit dem "besseren" Treiber 8139too Probleme (bei längerer hoher Last *rebootete* der NFS-Server). Verschwand dann bei einem Upgrade auf 2.2.19. Ich würde also die neueste Version vom 2.2er empfehlen.
Thomas.
Danke für die Info's. Werde jetzt am Wochenende mal des Ding updaten (2.2.20), bin gerade dabei das System auf meinem Rechner vorzubereiten. Das ist der letzte Versuch mit dem Ding! Wenn's nicht klappt dann kommt neue HW! mfg Mirko -- +--[ Mirko Richter (RHCE) ]------------------------+ | + Netzwerke, Kommunikation, Computer, Service | | + Diskless Linux-Systeme | | + EPROM + FLASHROM Programmierung | |~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| | Mirko Richter | | Networks & Communicationsystems | | Ernst-Thaelmann-Str. 5, D-06774 Soellichau | | E-MAIL: m.richter@ngi-box.de | | Tel. +49/(0)34243/3369-50 \\\\ | | Fax. +49/(0)34243/3369-28 (O O) | +-----------------------------------oOOo-(_)-oOOo--+
participants (2)
-
Mirko Richter
-
Thomas Hofer