Netzwerk nach gewisser Zeit tot, System läuft noch

[Pentium4User]

Hallo,
ich betreibe einen Debian-Server auf einem alten 462-Board. Leistungstechnisch ausreichend.
Problem ist, dass nach mehreren Stunden kein Netzwerk mehr geht, also weder Serverdienste noch ICMP sind erreichbar.
Das System läuft aber noch, einen Monitor habe ich dran und ich sehe dann die Login-Seite mit blinkendem Cursor.
Sobald ich dann auf der Tastatur eine Taste drücke geht das Netzwerk wieder.
Ruhezustand und Standy sind schon per systemd deaktiviert.

Code: Alles auswählen

00:12.0 Ethernet controller [0200]: VIA Technologies, Inc. VT6102/VT6103 [Rhine-II] [1106:3065] (rev 74)
	Subsystem: VIA Technologies, Inc. VT6102/6103 [Rhine II] Ethernet Controller [1106:0102]
	Kernel driver in use: via-rhine
	Kernel modules: via_rhine

Welche Logs sollte man sich hier ansehen?

LG Pentium4User

[MSfree]

Sobald ich dann auf der Tastatur eine Taste drücke geht das Netzwerk wieder.

Das klingt für mich nach irgendwelchen Stromsparmechanismen, die mit der alten Hardware unter Umständen nicht funktionieren.

Du kannst versuchen, die Energieverwaltung für deine Netzwerkschnittstelle(n) mit folgendem Skript auszuschalten:

Code: Alles auswählen

#!/bin/bash
for name in /sys/class/net/en*/power/control
do
  echo "on" > $name
done

Das Skript funktioniert, wenn überhaupt, aber nur ab Debian 9, wo die Namen der Netzwerkschnittstelle(n) nicht mehr ethX heißen sondern mit en anfangen.

[Pentium4User]

Hallo,
danke für die Antwort, werde ich probieren.
Ist das denn dauerhaft oder muss das Skript bei jedem Start ausgeführt werden?

Zur Info: Ich teste jetzt mal das Verhalten mit einem Realtek 8139.

[MSfree]

Ist das denn dauerhaft oder muss das Skript bei jedem Start ausgeführt werden?

Das muß bei jedem Boot ausgeführt werden. Am einfachsten wäre es, das Skript in /etc unter dem Namen rc.local anzulegen und mit chmod +x /etc/rc.local ausführbar zu machen.

/etc/rc.local wird bei jedem Boot ausgeführt,. Bei älteren Debianversionen war diese Datei sogar immer schon vorhanden aber ohne ausführbaren Inhalt.

Allerdings ist das natürlich nur dann sinnvoll, wenn das Skript auch wirklich Abhilfe schafft.

[eggy]

Grundsätzlich ist nen erster Blick in "dmesg" nie verkehrt. Grade bei allem was mit Hardware zu tun hat. Weiter oben die Bootmeldungen, weiter unten die akuten Fehler etc.,

Du könntest auch mal mit powertop schauen, was zu den einzelnen Komponenten eingestellt ist und dort gegebenenfalls die Einstellungen ändern.

Im Fall, dass powertop und/oder das mit dem vorgeschlagenen Script nicht helfen:
https://bugs.debian.org/cgi-bin/bugrepo ... bug=641919
https://bugs.debian.org/cgi-bin/bugrepo ... bug=549606
könnten nen ähnliches Problem gewesen zu sein
weiter hab ich nicht gesucht, vielleicht gibt's im Netz noch mehr Infos, kannst ja mal selbst schauen
Und falls Du noch ne andere Karte rumliegen hast: um auszuschließen, dass es nen grundsätzliches Problem mit der Kartenreihe ist, testweise mal ne andere Karte einbauen.

Willkommen im Forum. Links am Rand im Menü gibts "NoPaste", da kannst Du größere Ausgaben gut lesbar ablegen. Die Angabe um welches Debian es sich handelt und in Fällen, in denen es um Hardware geht, auch die Kernelversion, ersparen unnötige Rückfragen, weil sich insbesondere aus der Debianversion oftmals schon vieles andere ableiten lässt.

[Pentium4User]

Ich habe jetzt ne Realtek 8139 im PCI-Bus drin und probiere es mit dieser. Die andere Karte (VIA, siehe oben), ist onboard.

[eggy]

Schau für den Test noch, ob sich die onboard Karte im Bios deaktiveren lässt.
Wäre doof, wenn die Fehler der onboard Karte dafür sorgen, dass der gute Rest von Netzwerkstack sich auch komisch verhält. Zwar unwahrscheinlich, aber lieber mal Porzellankiste und so.

[Pentium4User]

Auch mit der neuen Karte der gleiche Effekt, der relevante Teil ist ganz unten, nachdem ich die Tastatur betätigt habe.
pastebin/?mode=view&s=41160

Ich habe bisher weder das Skript genutzt noch die onboard-Karte im BIOS deaktiviert (diese würde ich gerne nutzen).
Die Karte kann man im BIOS deaktivieren.

[eggy]

Die Idee war, dass man erstmal rausfindet, ob es an der Karte liegt, oder an irgendwas anderem. Deaktivier zuerst mal die Karte im Bios, wenn das entsprechende Kernelmodul automatisch geladen wird, kann (muss aber nicht) das zu anderen Ergebnissen führen. Wenn es mit der anderen Karte (anderem Chipsatz) nicht passiert, wirds an der onboard Karte liegen. Macht Sinn zu wissen, in welcher Richtung man nicht suchen muss.

Ist Dir die Meldung bzgl. der Uhr in dmesg aufgefallen (z. 382ff)? Keine Ahnung, ob Dein Problem damit zusammenhängt, vermutlich nicht, aber wenn die Timings nicht passen, dann ist es irgendwie naheliegend, dass Netzwerkdinge nicht so funktionieren wie man's erwartet. Keine Ahnung, ob man damit weiterkommt, eigentlich klingt es so, als wäre die aktuelle Situation als Fix gedacht, Du könntest aber trotzdem mal testen, was passiert wenn man die entsprechende Zeile beim booten mitgibt.

[Pentium4User]

Mir ist aufgefallen, dass sich die Uhr manchmal verstellt, was ich mir nicht erklären kann, denn das Teil hängt die ganze Zeit am Strom.
Ich werde dem aber mal nachgehen.

EDIT: Im BIOS ist die Uhr korrekt (UTC).

[eggy]

Schau dabei auch mal, ob die Firmware vom Board auf dem "neusten" Stand ist.

[rhHeini]

Mir ist aufgefallen, dass sich die Uhr manchmal verstellt, was ich mir nicht erklären kann, denn das Teil hängt die ganze Zeit am Strom.
Ich werde dem aber mal nachgehen.

EDIT: Im BIOS ist die Uhr korrekt (UTC).

Dann schau mal nach der Bios-Batterie. Auch wenn der Rechner die ganze Zeit an Strom ist, könnte es sein dass die Bios-Batterie schlapp macht und es zu komischen Effekten kommt.

Rolf

[Pentium4User]

Hat 2,9 Volt, also an der Grenze.

EDIT: BIOS ist schon die neueste Version:
ASUS A7V8X-MX SE ACPI BIOS Revision 1007-001
Das ist die neueste Version, gilt aber als Beta.

[Pentium4User]

Noch ne Auffälligkeit aus dem Syslog

Code: Alles auswählen

Oct  9 15:58:10 server systemd[1]: Created slice User Slice of UID 1000.
Oct  9 15:58:10 server systemd[1]: Starting User Runtime Directory /run/user/1000...
Oct  9 15:58:10 server systemd[1]: Started User Runtime Directory /run/user/1000.
Oct  9 15:58:10 server systemd[1]: Starting User Manager for UID 1000...
Oct  9 15:58:10 server systemd[4978]: Reached target Paths.
Oct  9 15:58:10 server systemd[4978]: Reached target Timers.
Oct  9 15:58:10 server systemd[4978]: Reached target Sockets.
Oct  9 15:58:10 server systemd[4978]: Reached target Basic System.
Oct  9 15:58:10 server systemd[1]: Started User Manager for UID 1000.
Oct  9 15:58:10 server systemd[4978]: Reached target Default.
Oct  9 15:58:10 server systemd[4978]: Startup finished in 75ms.
Oct  9 15:58:10 server systemd[1]: Started Session 16 of user admini.
Oct  9 16:04:33 server systemd[1]: unattended-upgrades.service: Succeeded.
Oct  9 16:04:33 server systemd[1]: Stopped Unattended Upgrades Shutdown.
Oct  9 16:04:33 server systemd[1]: Stopping Session 16 of user admini.
Oct  9 16:04:33 server systemd[1]: Stopped target Graphical Interface.
Oct  9 16:04:33 server systemd[1]: Stopped target Multi-User System.
Oct  9 16:04:33 server systemd[1]: Stopping Regular background program processing daemon...
Oct  9 16:04:33 server systemd[1]: Stopping OpenBSD Secure Shell server...
Oct  9 16:04:33 server systemd[1]: Stopping vsftpd FTP server...
Oct  9 16:04:33 server systemd[1]: Stopped target Login Prompts.
Oct  9 16:04:33 server systemd[1]: Stopping Getty on tty1...
Oct  9 16:04:33 server systemd[1]: Stopping LSB: Update dynamic domain name service entries...
Oct  9 16:04:33 server squid[890]: Preparing for shutdown after 1100 requests
Oct  9 20:58:23 server systemd[1]: Starting Flush Journal to Persistent Storage...
Oct  9 20:58:23 server systemd[1]: Started Helper to synchronize boot up for ifupdown.
Oct  9 20:58:23 server systemd[1]: Started Set the console keyboard layout.
Oct  9 20:58:23 server systemd-tmpfiles[177]: [/usr/lib/tmpfiles.d/vsftpd.conf:1] Line references path below legacy directory /var/run/, updating /var/run/vsftpd/empty → /run/vsftpd/empty; please update the tmpfiles.d/ drop-in file accordingly.

Hier was in kern.log

Code: Alles auswählen

Oct  9 21:21:54 server kernel: [    0.498315] mce: [Hardware Error]: Machine check events logged
Oct  9 21:21:54 server kernel: [    0.498320] mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 2: f60020000002ffff
Oct  9 21:21:54 server kernel: [    0.498374] mce: [Hardware Error]: TSC 0 ADDR ff82aeb86 
Oct  9 21:21:54 server kernel: [    0.498417] mce: [Hardware Error]: PROCESSOR 2:681 TIME 1602271298 SOCKET 0 APIC 0 microcode 0
Oct  9 21:21:54 server kernel: [    0.498464] mce: [Hardware Error]: Machine check events logged
Oct  9 21:21:54 server kernel: [    0.498466] mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 3: fe0000000000fffd
Oct  9 21:21:54 server kernel: [    0.498509] mce: [Hardware Error]: TSC 0 ADDR dffffffdf 
Oct  9 21:21:54 server kernel: [    0.498550] mce: [Hardware Error]: PROCESSOR 2:681 TIME 1602271298 SOCKET 0 APIC 0 microcode 0

[rhHeini]

Hat 2,9 Volt, also an der Grenze.

Würde nach meinen Erfahrungen sagen geht nicht mehr. Dringend ersetzen und dann schauen wie sich der Rechner nach dem Tausch verhält.

Rolf

[Pentium4User]

Ich habe jetzt mal den NIC und die Soundkarte im BIOS deaktiviert.
Wieder trat das Problem auf. Um die BIOS-Batterie muss ich mich noch kümmern.

[Pentium4User]

Ich habe das MoBo ausgetauscht, CPU und RAM auch gleich. Das Problem trat nicht mehr auf. Ich werde dem jetzt mal nachgehen, ob es vielleicht auch RAM oder CPU waren.
Die Sache ist aber erstmal gelöst. Vielen Dank.