Hallo,

ich administriere (so leidlich) ein Netz an meiner Schule. Nach den Osterferien ist nun ein Fehler aufgetaucht, den ich nicht in den Griff bekomme:
Das System (Suse 9.1 mit Samba + ext. Router) fährt normal hoch und funktioniert ca 15-30Minuten lang, dann bricht es zusammen (kein Samba, kein Internet). Bei den messages bin ich u.a. auf diese Fehlermeldung gestoßen:

linux kernel: NETDEV WATCHDOG: eth1 transmit timed out
linux kernel: eth1 Tx queue start entry4 dirty entry 0
linux kernel: eth1 Tx descriptor 0 is ffffffff. (queue head)
linux kernel: eth1 Tx descriptor 1 is ffffffff.
linux kernel: eth1 Tx descriptor 2 is ffffffff.
linux kernel: eth1 Tx descriptor 3 is ffffffff.
linux kernel: eth1 Setting 100mbps full-duplex based on auto-negotiated partner ability ffff

Woran kann es liegen, dass die Netzwerkkarte eine zeitlang funktioniert und dann ihren Betrieb einstellt?
Wer hat eine Idee?

Da zur Zeit in der Schule das Netz lahm liegt, wäre ich um schnelle Hilfe dankbar!

Pit

Hallo linuxerr und strcat,

hab das Kabel ausgetausch und im Patchfeld einen anderen Steckplatz gewählt der Fehler bleibt!
Nach dem Tausch hatte ich zwischenzeitlich eine uptime von 90 Minuten, war schon voller Hoffnung, doch dann kams wieder zum Absturz.

Seltsamerweise finde ich nur Fehlermeldungen von eth1 (1.Raum) und nicht von eth0 (2.Raum); trotzdem ist kein Netzverkehr aus beiden Räumen möglich. Kann das ein Hinweis für die Ursache liefern?

Hab leider vergessen nachzusehen, ob es wirklich eine realtek-Karte ist. Wenn ja, könnte das etwas bedeuten?

Hilfe!!!!!

Pit

Hallo linuxerr,

Absturz bedeutet "nur", dass der Netzverkehr zusammenbricht.
D.h. vorher war ping und Samba möglich, nach dem Absturz besteht keine Verbindung Client-Server mehr und auch zwischen den beiden Linux-Rechners (Server und Router) gibt's kein ping.
Der Server bleibt aber administrierbar!

Pit

o.k. - mach ich morgen

Ich berichte auf jeden Fall (hoffentlich vom Erfolg!)

Pit

P.S. In anderen Foren bin ich übrigens häufiger auf den Hinweis ohne apci bzw. ohne apic zu booten gestoßen. Hab ich auch gemacht, aber auch ohne Erfolg. Mal sehen, was die neue Karte bringt.

So, jetzt habe ich beide Karten ausgetauscht -- aber der Fehler bleibt!!!
Die Netzwerkverbindungen werden aufgebaut beim Server starten, aber nach unbestimmter Zeit brechen sie auch wieder ab und zwar immer mit der oben gezeigten Fehlermeldung. An einen Software-Fehler mag ich nicht glauben, da dasselbe System seit 5 Jahren tadellos läuft (besser lief).
Heute ist mir noch eine Meldung aufgefallen "unexpected IRQ trap at vector 91", die kurz vordem NETDEV WATCHDOG auftaucht. Aber ob diese im Zusammenhang mit dem Netz steht, weiß ich nicht.

Ich freu mich über jedwede Art der Hilfe! Wo könnte ich noch suchen?

Pit

cat /proc/interrupts zeigt u.a.

16: ... IO-APIC-Level eth0
18: ... IO-APIC-Level eth1

Die Zahlen zwischendrin variieren, ich geh davon aus, dass es mit derCPU-Belastung zusammenhängt und ohne Bedeutung ist.

Was sagen jetzt diese Einträge?

Pit

Nachdem der Server jetzt seit einer Woche ohne Absturz läuft, gehe ich davon aus, dass das Problem gelöst ist.
In einem der verschiedenen Linuxforen (ich weiß nicht mehr in welchem) habe ich den entscheidenden Hinweis gefunden:
Man muss im BIOS APIC deaktivieren! Mit "noapic" zu booten brachte nichts!

Ich verstehe das ganze zwar nicht, bin jetzt aber froh, dass der Netzbetrieb wieder funktioniert.

Es bleiben aber Fragen offen:
Warum läuft das System 5 Jahre lang mit APIC und dann nicht mehr?
Wo liegt der Unterschied zwischen APIC imBIOS deaktivieren und mit "noapic" zu booten?

Bis demnächst mal wieder und danke für die Tips
Pit