Bei viel Traffic geht Netzwerkverbindung verloren

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
Benutzeravatar
HardHat
Beiträge: 296
Registriert: 09.11.2003 00:29:19
Kontaktdaten:

Bei viel Traffic geht Netzwerkverbindung verloren

Beitrag von HardHat » 25.04.2004 03:27:03

Hi,

ich habe eine 1000 mbit/s DLink Netzwerkkarte, die auch vom Standardkernel unterstützt wird (Modul DL2K). Ich benutze noch den 2.4er Kernel (2.4.25). Soweit läuft alles gut. Wenn aber viel Traffic über die Leitung geht, also zum beim hin- und herkopieren von großen Dateien, bricht die Verbindung auf einmal ab. Syslog tauchen dann alle paar Sekunden die folgenden Zeilen immer und immer wieder auf:

Code: Alles auswählen

Apr 24 23:40:56 debian kernel: NETDEV WATCHDOG: eth0: transmit timed out
Apr 24 23:40:56 debian kernel: eth0: Tx timed out (0000), is buffer full?
Wenn ich das Netzwerk-Interface dann einmal mit

Code: Alles auswählen

# ifdown eth0
# ifup eth0
herunter und wieder hochfahre, ist alles wieder wie vorher. Bis wieder mehr Traffic auf der Leitung ist und das ganze Spielchen von vorne losgeht.

Ich habe schon alles mögliche versucht, aber ich kriege nicht raus, was das Problem sein könnte. Was bedeutet die Meldung? Gibt es irgendeine Lösung?

Bin für jeden Tipp dankbar.

Hardhat

Benutzeravatar
Homeless1
Beiträge: 414
Registriert: 02.10.2003 19:34:20
Wohnort: /proc/net/

Beitrag von Homeless1 » 25.04.2004 23:54:05

ich würde einen neuerer kernel installieren vielleicht ist es damit behoben.
Use Linux

Benutzeravatar
HardHat
Beiträge: 296
Registriert: 09.11.2003 00:29:19
Kontaktdaten:

Beitrag von HardHat » 26.04.2004 19:01:03

Also 2.4.25 ist ja fast der neueste Kernel aus der 2.4er Serie und auch nicht der erste unter dem das Problem aufgetreten ist. Ich hatte vorher schon 2.4.22 und 2.4.23 mit den gleichen Effekten. Ich bin ehrlich gesagt wenig zuversichtlich, dass mir der 2.4.26 was bringt. Zudem habe ich mal in die File-history des moduls geguckt (dl2k.c): Da steht, dass die letzte Änderung am Quelltext des Treibers über 2 Jahre zuürckliegt. Es kann doch nicht sein, dass ein Bug 2 Jahre lang nicht aufgefallen sein soll. Das bringt mich zu der Schlussfolgerung, dass es eigentlich nicht am Treiber sondern an irgendwas anderem liegt.

Nur was? <== Und? Wer weiss es??

Antworten