Ik hoop dat iemand verder nog een idee heeft; ik heb zelf niet echt ideeën meer wat het volgende probleem zou kunnen zijn;
Sinds enige tijd heb ik een aantal verschillende machines, allemaal Dell SC1425 bakken, al wat ouder, maar op zich perfecte machines.
Alleen kom ik zo nu en dan de volgende dump in de dmesg tegen:
Nu is dit een bekend probleem, bij dit type NIC's, dus heb ik gecontroleerd of de betreffende NIC's voldoen aan dit probleem. Dit blijkt niet het geval te zijn.
De readme op http://downloadmirror.intel.com/9180/eng/README.txt geeft in hoofdstuk 82573(V/L/E) TX Unit Hang Messages een link naar een script om te kijken of dit probleem bij de betreffende NIC voorkomt. Maar in alle gevallen voldoet de hardware niet aan de test uit het gelinkte bash script:
In plaats daarvan komt er uit het commando 0x10768086 terug.
De machines in kwestie draaien allemaal Debian Lenny (kernel 2.6.26-2-686-bigmem).
Uit de lspci komt het volgende:
02:04.0 Ethernet controller: Intel Corporation 82541GI Gigabit Ethernet Controller (rev 05)
En, zover ik weet, heb ik alle documentatie (bug reports gelezen), en kom ik tot de conclusie dat dit iets anders is.
Het is overigens geen valse melding, aangezien er een NETDEV melding in aanwezig is.
Heeft iemand hier bij toeval nog een idee?
Sinds enige tijd heb ik een aantal verschillende machines, allemaal Dell SC1425 bakken, al wat ouder, maar op zich perfecte machines.
Alleen kom ik zo nu en dan de volgende dump in de dmesg tegen:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
| [7232373.406351] e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang [7232373.406355] Tx Queue <0> [7232373.406356] TDH <be> [7232373.406358] TDT <cd> [7232373.406359] next_to_use <cd> [7232373.406360] next_to_clean <b8> [7232373.406362] buffer_info[next_to_clean] [7232373.406363] time_stamp <61788f00> [7232373.406365] next_to_watch <c0> [7232373.406366] jiffies <61789169> [7232373.406367] next_to_watch.status <0> [7232375.879613] e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang [7232375.879616] Tx Queue <0> [7232375.879617] TDH <be> [7232375.879618] TDT <cd> [7232375.879619] next_to_use <cd> [7232375.879621] next_to_clean <b8> [7232375.879622] buffer_info[next_to_clean] [7232375.879623] time_stamp <61788f00> [7232375.879624] next_to_watch <c0> [7232375.879625] jiffies <6178935d> [7232375.879627] next_to_watch.status <0> [7232378.124315] e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang [7232378.124318] Tx Queue <0> [7232378.124319] TDH <be> [7232378.124321] TDT <cd> [7232378.124322] next_to_use <cd> [7232378.124323] next_to_clean <b8> [7232378.124324] buffer_info[next_to_clean] [7232378.124326] time_stamp <61788f00> [7232378.124327] next_to_watch <c0> [7232378.124328] jiffies <61789551> [7232378.124330] next_to_watch.status <0> [7232379.127666] NETDEV WATCHDOG: eth0: transmit timed out [7232381.217963] e1000: eth0: e1000_watchdog: NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX |
Nu is dit een bekend probleem, bij dit type NIC's, dus heb ik gecontroleerd of de betreffende NIC's voldoen aan dit probleem. Dit blijkt niet het geval te zijn.
De readme op http://downloadmirror.intel.com/9180/eng/README.txt geeft in hoofdstuk 82573(V/L/E) TX Unit Hang Messages een link naar een script om te kijken of dit probleem bij de betreffende NIC voorkomt. Maar in alle gevallen voldoet de hardware niet aan de test uit het gelinkte bash script:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| dev=$(ethtool -e $1 | grep 0x0010 | awk '{print "0x"$13$12$15$14}')
case $dev in
0x108b8086)
echo "$1: is a \"82573V Gigabit Ethernet Controller\""
;;
0x108c8086)
echo "$1: is a \"82573E Gigabit Ethernet Controller\""
;;
0x109a8086)
echo "$1: is a \"82573L Gigabit Ethernet Controller\""
;;
*)
echo "No appropriate hardware found for this fixup"
exit 1
;;
esac |
In plaats daarvan komt er uit het commando 0x10768086 terug.
De machines in kwestie draaien allemaal Debian Lenny (kernel 2.6.26-2-686-bigmem).
Uit de lspci komt het volgende:
02:04.0 Ethernet controller: Intel Corporation 82541GI Gigabit Ethernet Controller (rev 05)
En, zover ik weet, heb ik alle documentatie (bug reports gelezen), en kom ik tot de conclusie dat dit iets anders is.
Het is overigens geen valse melding, aangezien er een NETDEV melding in aanwezig is.
Heeft iemand hier bij toeval nog een idee?