Hálókártya túrterhelődik?

Debian GNU/Linux

Sziasztok!

Az alábbi üzenetet találtam ma reggel a syslog-ban:

kernel: NETDEV WATCHDOG: eth0: transmit timed out

illetve

kernel: Losing some ticks... checking if CPU frequency changed.

legvégül

kernel: warning: many lost ticks.
kernel: Your time source seems to be instable or some driver is hogging interupts
kernel: rip __do_softirq+0x54/0xd0

és feladta, megállt, de annyira, hogy még konzol se volt, újra kellett rúgni a gépet.
Tudna valaki segíteni megfejteni ezeket a számomra rejtélyes üzeneteket?
Számomra az jött le belőle, hogy a hálókártya időtúllépés miatt eldobott csomagokat, mert gondolom túl van terhelődve. De az, hogy elvesztett néhény jelet és csekkoljam le a CPU-t ezt mire érti? Meg hogy az időforrásom instabil vagy nagylábon él néhány driver? Ezt mire érti, a hálókártya driverre?

Volt pár időtúllépéses bejegyzés, aztán máris bekrepált.

Nem vagyok jó hardverben, egyáltalán nemtom, hogy működik egy hálókártya, ezért állok itt teljesen lámán :(

Egy ismerősöm aszondja, hogy szerinte kezdi feladni a hálókártya, és nem bírja a forgalmat. Olyan előfordulhat, hogy kábé egy éves a szett, ezalatt pedig nem nőtt számottevően a forgalom, mégse bírja a hálókártya egy év után?

  • 998 megtekintés

( MGy v | 2008. 01. 30., sze – 12:12 )

Nem a hálókártya terhelődik túl, hanem a timeout a máshol levő hiba következménye. A hibaüzenet arra utal, hogy sokáig nem jött be egy megszkaítás. Ez lehet hardware hiba vagy rossz driver, ami letiltja a megszakításokat és úgy hagyja sokáig.
Ha nem tettél fel új kernelt a közelmúltban én inkább hardware hibára gyanakodnék.

Nem fordítottam új kernelt, viszont az egyetlen dolog, ami nem a megsziokott volt, az az áramszünet a gépteremben.

Beszéltem egy hozzáértő emberrel, és Ő azt mondta, hogy valószínűleg újra indult a gép, és mivel Asus alaplap van benne, az resetelte az IRQ kiosztást, újat csinált, ami nem bizonyult tulságosan jónak, és IRQ ütközés (vagyis foglaltaság) volt ennek a hibának az oka.
Szórul-szóra azt mondta, hogy egy IRQ-ra két eszköz volt kiosztva, a kérés küldésekor az IRQ-n még a hálókártya volt, aztán már nem és ezért a processzortól már nem jutott vissza a szett a hálókártyához.

Lámaszintem mutatja, hogy mint egy workstation-t raktam be szerverként a gépet, így aztán nincsenek a nem használt portok letiltva.

Ezt mint laikus hallgattam és írtam most le.
Ha ez okés, akkor kérdés, hogy mitől állhat fel rosszul egy IRQ kiosztás, ráadásul úgy, hogy nem egyből keletkezik a végzetes hiba, hanem mondjuk 18 órával később?

tudtommal ha acpit tud a rendszer es engedelyezve van, akkor az OS osztja ki az irqkat; en a helyedben frissitenem a kernelt a legujabbra, vagy enterspajz disztro (nem, nem debian, hanem mondjuk rhel/suse, esetleg szegeny ember rhelje a centos), akkor hasznalnam a disztro altal szallitott kernelt. ha azzal is bugzik (marmint legalabb 2 kernellel), akkor lehet hw hiba, de ez driverbugnak tunik

A magam részéről úgy tudom, hogy acpi controll-t tudja az összes alaplap, Én legalábbis soha nem foglalkoztam vele. Debian-nal sem volt bajom, nagyon szeretem és nagyon megbízható. Nem forgattam kernelt és nem raktam be új eszközt.

Tulajdonképpen miért is lépett fel ez a hiba, mikor már egy éve nem volt gond a géppel? Csak úgy hirtelen előjött ...

( bitumen | 2008. 01. 30., sze – 13:49 )

Esetleg megpróbálhatnád másik pci-slotba áthelyezni a hálókártyát (persze ha nem onboard...).

Én is gyötrődtem ilyesmivel. Egy p3-as gépben van 2 darab 3Com 3c905B 100BaseTX. Pont ezt a hibát kaptam az egyiktől. Aztán 2 plusz ide-controller miatt át kellett rakni másik slotba. Azóta kutya baja...