[Debian] Veel error packets op interfaces

[weijl]

Goeie middag tweakers,

ik zit al een tijdje met een misterie (voor mij althans) wat ik maar niet opgelost krijg.
Opzich ook niet gek, aangezien ik geen flauw idee heb waar ik dit moet zoeken en wat ik eraan zou kunnen doen.

Zoals de titel al doet vermoeden heb ik veel error packets op m'n beide NIC interfaces. Op dit moment zijn die interfaces 'bonded', dit heeft er echter weinig mee te maken aangezien het ook zo was toen ik nog met 1 interface draaide. Ik begrijp er in ieder geval uit dat dit aangeeft dat er een probleem is met m'n NICs, maar wat er dan aan de hand is kan ik niet achterhalen. In geen enkele log staat iets zinvols mbt error packets, geen rare errors oid over de interfaces, ik sta in ieder geval voor een raadsel.

output ifconfig:

code:

bond0     Link encap:Ethernet  HWaddr 00:02:B3:48:50:2C
          inet addr:172.16.38.3  Bcast:172.16.38.255  Mask:255.255.255.0
          inet6 addr: fe80::202:b3ff:fe48:502c/64 Scope:Link
          UP BROADCAST RUNNING MASTER MULTICAST  MTU:1500  Metric:1
          RX packets:187826 errors:0 dropped:0 overruns:0 frame:0
          TX packets:27 errors:174326 dropped:0 overruns:0 carrier:174326
          collisions:0 txqueuelen:0
          RX bytes:134302467 (128.0 MiB)  TX bytes:4654 (4.5 KiB)

eth0      Link encap:Ethernet  HWaddr 00:02:B3:48:50:2C
          inet6 addr: fe80::202:b3ff:fe48:502c/64 Scope:Link
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:93856 errors:0 dropped:0 overruns:0 frame:0
          TX packets:14 errors:87163 dropped:0 overruns:0 carrier:87163
          collisions:0 txqueuelen:1000
          RX bytes:67165246 (64.0 MiB)  TX bytes:3808 (3.7 KiB)
          Interrupt:9

eth1      Link encap:Ethernet  HWaddr 00:02:B3:48:50:2C
          inet6 addr: fe80::202:b3ff:fe48:502c/64 Scope:Link
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:93970 errors:0 dropped:0 overruns:0 frame:0
          TX packets:13 errors:87163 dropped:0 overruns:0 carrier:87163
          collisions:0 txqueuelen:1000
          RX bytes:67137221 (64.0 MiB)  TX bytes:846 (846.0 b)
          Interrupt:10 Base address:0x100

output lspci:

code:

00:05.0 Ethernet controller: Davicom Semiconductor, Inc. 21x4x DEC-Tulip compatible 10/100 Ethernet (rev 31)
00:0c.0 Ethernet controller: Davicom Semiconductor, Inc. 21x4x DEC-Tulip compatible 10/100 Ethernet (rev 31)

output ethtool:

code:

(eth0)
driver: tulip
version: 1.1.13-NAPI
firmware-version:
bus-info: 0000:00:0c.0

(eth1)
driver: tulip
version: 1.1.13-NAPI
firmware-version:
bus-info: 0000:00:05.0

[deadinspace]

Voorzover ik het begrijp valt bij een carrier error het carrier signal weg tijdens het versturen van een packet. Het zou veroorzaakt worden door een brakke NIC, brakke kabel, of brakke NIC/switch/whatever aan de andere kant.

http://www.linuxquestions...s/showthread.php?t=260481
http://lists.pdxlinux.org...2003-December/026811.html
http://www.linuxquestions...ns/showthread.php?t=57333
http://www.beowulf.org/archive/2000-September/000784.html

[weijl]

Hm, je kon in ieder geval meer vinden als ik. (just for me to know, welke keywords heb je gezocht??)

brakke NIC, sja, dat is wel wat ik verwacht eigenlijk.. maar http://www.beowulf.org/archive/2000-September/000784.html doet mij anders vermoeden..
brakke kabel mag ik uitsluiten, tenzij alle 5 de kabels brak zijn die ik heb geprobeerd, lijkt me stug.
wat er aan de andere kant van de kabel zit, is wel in orde, daar ben ik niet zo bang voor, het zit hem echt in deze machine, anders hadden andere er ook last van moeten hebben.

hoe dan ook, zoals in dit artikel (http://www.beowulf.org/archive/2000-September/000784.html) word gezegt lost het zetten naar 'half duplex mode' het probleem op, maar het blijft half duplex.
het lijkt hem in de driver te zitten, ik weet nu in ieder geval waar ik het moet gaan zoeken.

The problem stopped when I operated the cards in half duplex
mode, and I never got to checking it further. Something was suggested by
R.G. Brown (I think) about a 'udelay driver' which had to be manually tuned
to your specific setup.

ik dank je enorm voor je reactie deadinspace.. very very helpfull!

[deadinspace]

weijl schreef op zaterdag 08 september 2007 @ 20:23:
Hm, je kon in ieder geval meer vinden als ik. (just for me to know, welke keywords heb je gezocht??)

Ik heb gezocht op "ifconfig error carrier" (als losse woorden, dus zonder quotes in google), en dan de eerste paar pagina's doorgebladerd.

ik dank je enorm voor je reactie deadinspace.. very very helpfull!

You're welcome