tg3_stop_block timed out

Dec 4 12:08:05 foo kernel: tg3: eth1: transmit timed out, resetting
Dec 4 12:08:05 foo kernel: tg3: tg3_stop_block timed out, ofs=3400 enable_bit=2
Dec 4 12:08:05 foo kernel: tg3: tg3_stop_block timed out, ofs=2400 enable_bit=2
Dec 4 12:08:05 foo kernel: tg3: tg3_stop_block timed out, ofs=c00 enable_bit=2
Dec 4 12:09:04 foo kernel: NETDEV WATCHDOG: eth1: transmit timed out
Dec 4 12:09:04 foo kernel: tg3: eth1: transmit timed out, resetting
Dec 4 12:09:04 foo kernel: tg3: tg3_stop_block timed out, ofs=3400 enable_bit=2
Dec 4 12:09:04 foo kernel: tg3: tg3_stop_block timed out, ofs=2400 enable_bit=2
Dec 4 12:09:04 foo kernel: tg3: tg3_stop_block timed out, ofs=1400 enable_bit=2
Dec 4 12:09:04 foo kernel: tg3: tg3_stop_block timed out, ofs=c00 enable_bit=2

Es utana halott az interface. Reboot segit.
Otlet? google mar megvolt, de kivancsi vagyok ki mit mond erre?
(HW hiba, kernel hiba, DoS?)

debian woody, 2.6.1

Kosz,

deta

[quote:686b50ac26="trey"][quote:686b50ac26="deta"]
debian woody, 2.6.1

Kernelt kene frissiteni. Ez mar majd' egy eves (2004. januar 8.) kernel. Azota ezt a drivert rengetegszer frissitettek.

Igen, olvastam, hogy pl ezt is valamennyire javitgattak azota.
Frissites megtortent, hamarosan be lesz bootolva az uj kernel,
de most reboot utan az aktulias sem nyomja. Az is igaz, hogy kozvetlenul a leallas elott irogatta ezt...

deta

[quote:7ef3dbd72e="macko"]Döglődik az néha a 2.6.9-essel is... :?

Igen, pont ezt olvastam par forumon, hogy 2.6.9-ben is talalkoztak ilyennel,
persze nem kizart, hogy szamomra valoban a kernel upgrade a megoldas.
Meglatjuk hamarosan.
Majd megirom, hatha mas is okul belole.

A gepnek 270 napos uptimeja volt, es emiatt nem akartam kernelt cserelni leginkabb...

deta

[quote:6e2181ada2="tso"][quote:6e2181ada2="deta"]A gepnek 270 napos uptimeja volt, es emiatt nem akartam kernelt cserelni leginkabb...

húha 270 napos uptime...mér' az sokkk?

nagyon fontos szempont, főleg ha jól jönne a kernel csere, meg a rambővítés meg minden, de csak azé' nem mer': 'uptime'...
hát lol...

sec.fixekkel meg mi lesz? hm?

amúgy ha egyik napról a másikra elkezdett irogatni ilyeneket 270 nap uptime után akkor meg benne lehet a pakliban akár a hw failure is...

ui: sry, de már nem bírtam ki szó nélkül ezt az uptime dolgot, meg lehet az is hogy ma eléggé antiszociális vagyok ;-)

elnezzuk neked, nem mindig tudja az ember hogy mit beszel.

Ha _hasznalhato_ allapotban leszel akkor olvasd el azt a reszt ami most kovetkezik:
(else orvos, szabadsag, baratno)

1) nem az uptime az erdekes, hanem az hogy ez a gep _nem_ allhat le, foleg nem akkor mikor az orszag masik feleben vagyok.

2) lolozni a legegyszerubb, az ugyis csak harom karakter.

3) egy olyan gepre amin egyedul nekem van bejarasom, minek allandoan kernelt cserelni es ujrainditani? Lepj ki a windows vilagbol. Es nezd meg hogy a legnagyobb uptimemal rendelkezo gepeken milyen kernelt fut, meglepodnel.
Most lesz kernel frissitve mivel van ra _OK_. (ezt a mondatot olvasd el parszor, hatha elsore nem sikerul megerteni)

4) nem hw hiba a jelenlegi allas szerint

Szerintem maradjunk a forum normalis hasznalatanal, tovabbra is varom, hogy vajon mi lehet ez. Jelenleg szepen muzsikal a gep, de penteken kap egy uj kernelt, 2.6.9.
Ahogy olvastam ott is fordulhat elo ilyen.

Kosz,

deta

Amint megfigyeltem, az ominozus leallas elotti napon a kovetkezovel volt tele a log:

Dec 4 10:12:03 foo kernel: Neighbour table overflow.
Dec 4 10:12:03 foo last message repeated 4 times
Dec 4 10:12:03 foo kernel: Neighbour table overflow.
Dec 4 10:12:27 foo kernel: NET: 24 messages suppressed.
Dec 4 10:12:27 foo kernel: Neighbour table overflow.

Neighbour table overflow ugye leginkabb akkor lehet, ha a loopback nincs felhuzva...
termeszetesen fel van huzva.

Valaki sejti az osszefuggest?

deta