Hi,

ich habe jetzt zum dritten Mal in Folge das Problem, dass Unraid jeden Sonntagmorgen seine Netzwerkverbindung verliert.

Die Fehlermeldung ist

e1000e 0000:00:1f.6 eth0: NETDEV WATCHDOG: CPU: 0: transmit queue 0 timed out 5781 ms

Zu dieser Fehlermeldung gibt es schon einige Treads und eigentlich war immer die Netzwerkkarte oder die physische Verbindung defekt, aber nachdem es immer zur selben Zeit nach einer Woche auftritt kommt mir das komisch vor und ich wollte euch doch fragen, bevor ich alles auseinanderreiße.

Der Paritysync startet am Dienstag, Mover nutze ich nicht, sonstige wöchentliche jobs fallen mir keine ein.

Hier noch das Log (bei dem nvme Error sollte es sich um ein generelles Problem von WD handeln, das keine Probleme verursachen sollte, aber korrigiert mich wenn ich falsch liege):

Jun 1 00:14:24 unraid webgui: Successful login user root from 192.168.XXX.XXX

Jun 1 00:15:06 unraid kernel: vetha924274: renamed from eth0

Jun 1 00:16:07 unraid kernel: veth84fc673: renamed from eth0

Jun 1 00:16:07 unraid kernel: eth0: renamed from veth1579420

Jun 1 00:32:40 unraid monitor_nchan: Stop running nchan processes

Jun 1 01:20:51 unraid emhttpd: spinning down /dev/sdc

Jun 1 02:20:31 unraid flash_backup: adding task: /usr/local/emhttp/plugins/dynamix.my.servers/scripts/UpdateFlashBackup update

Jun 1 04:15:26 unraid kernel: e1000e 0000:00:1f.6 eth0: NETDEV WATCHDOG: CPU: 0: transmit queue 0 timed out 5781 ms

Jun 1 04:15:26 unraid kernel: e1000e 0000:00:1f.6 eth0: Reset adapter unexpectedly

Jun 1 04:15:27 unraid kernel: bond0: (slave eth0): link status definitely down, disabling slave

Jun 1 04:15:27 unraid kernel: e1000e 0000:00:1f.6 eth0: left promiscuous mode

Jun 1 04:15:27 unraid kernel: e1000e 0000:00:1f.6 eth0: left allmulticast mode

Jun 1 04:15:27 unraid kernel: bond0: now running without any active interface!

Jun 1 04:15:27 unraid kernel: br0: port 1(bond0) entered disabled state

Jun 1 04:15:30 unraid kernel: e1000e 0000:00:1f.6 eth0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx

Jun 1 04:15:30 unraid kernel: bond0: (slave eth0): link status definitely up, 1000 Mbps full duplex

Jun 1 04:15:30 unraid kernel: bond0: (slave eth0): making interface the new active one

Jun 1 04:15:30 unraid kernel: e1000e 0000:00:1f.6 eth0: entered promiscuous mode

Jun 1 04:15:30 unraid kernel: e1000e 0000:00:1f.6 eth0: entered allmulticast mode

Jun 1 04:15:30 unraid kernel: bond0: active interface up!

Jun 1 04:15:30 unraid kernel: br0: port 1(bond0) entered blocking state

Jun 1 04:15:30 unraid kernel: br0: port 1(bond0) entered forwarding state

Jun 1 04:16:29 unraid kernel: e1000e 0000:00:1f.6 eth0: NETDEV WATCHDOG: CPU: 0: transmit queue 0 timed out 5436 ms

Jun 1 04:16:29 unraid kernel: e1000e 0000:00:1f.6 eth0: Reset adapter unexpectedly

Jun 1 04:16:30 unraid kernel: bond0: (slave eth0): link status definitely down, disabling slave

Jun 1 04:16:30 unraid kernel: e1000e 0000:00:1f.6 eth0: left promiscuous mode

Jun 1 04:16:30 unraid kernel: e1000e 0000:00:1f.6 eth0: left allmulticast mode

Jun 1 04:16:30 unraid kernel: bond0: now running without any active interface!

Jun 1 04:16:30 unraid kernel: br0: port 1(bond0) entered disabled state

Jun 1 04:16:33 unraid kernel: e1000e 0000:00:1f.6 eth0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx

Jun 1 04:16:33 unraid kernel: bond0: (slave eth0): link status definitely up, 1000 Mbps full duplex

Jun 1 04:16:33 unraid kernel: bond0: (slave eth0): making interface the new active one

Jun 1 04:16:33 unraid kernel: e1000e 0000:00:1f.6 eth0: entered promiscuous mode

Jun 1 04:16:33 unraid kernel: e1000e 0000:00:1f.6 eth0: entered allmulticast mode

Jun 1 04:16:33 unraid kernel: bond0: active interface up!

Jun 1 04:16:33 unraid kernel: br0: port 1(bond0) entered blocking state

Jun 1 04:16:33 unraid kernel: br0: port 1(bond0) entered forwarding state

Jun 1 06:27:52 unraid ntpd[1550]: no peer for too long, server running free now

Jun 1 07:08:47 unraid kernel: pcieport 0000:00:1b.0: AER: Correctable error message received from 0000:01:00.0

Jun 1 07:08:47 unraid kernel: nvme 0000:01:00.0: PCIe Bus Error: severity=Correctable, type=Physical Layer, (Receiver ID)

Jun 1 07:08:47 unraid kernel: nvme 0000:01:00.0: device [15b7:501a] error status/mask=00000001/0000e000

Jun 1 07:08:47 unraid kernel: nvme 0000:01:00.0: [ 0] RxErr (First)

Jun 1 07:57:06 unraid root: ACPI action kpenter is not defined

Jun 1 07:59:24 unraid login: pam_unix(login:session): session opened for user root(uid=0) by LOGIN(uid=0)

Jun 1 07:59:24 unraid login: ROOT LOGIN ON tty1

Jun 1 07:59:32 unraid root: ACPI action up is not defined

Jun 1 07:59:39 unraid root: ACPI action up is not defined

Jun 1 07:59:42 unraid shutdown[1876068]: shutting down for system halt

Danke schon mal

Edited June 1, 20251 yr by Aeious

Irgendwelche Energiesparmaßnahmen im Einsatz wie powertop? Falls ja diese deaktivieren und weiter beobachten.

19 minutes ago, cz13 said:

Irgendwelche Energiesparmaßnahmen im Einsatz wie powertop? Falls ja diese deaktivieren und weiter beobachten.

Oder irgendwelche Watchdog Timer in den Netzwerkswitchen/Router, die vielleicht Sonnatgs automatisch mal 'nen Reset oder so hinlegen?

20 minutes ago, cz13 said:

Irgendwelche Energiesparmaßnahmen im Einsatz wie powertop?

Powertop oder TLP nutze ich nicht, Einstellungen im Bios sind unverändert zu früher als es lief. Was aktiviert ist ist "Best power efficiency" im Unraid Power Mode.

Aber wenn das der Grund wäre dann sollte es theoretisch ja eher jede Nacht kommen.

1 minute ago, DataCollector said:

Oder irgendwelche Watchdog Timer

Ich hab ein relativ einfaches Heimnetz mit einer Fritzbox (per WAN an der Kabelbox) + Repeater, einem "dummen" Switch und einiges an IoT-Zeug. An der Fritzbox hab ich nichts bewußt eingestellt. Was eventuell von der möglichen Funktionalität noch reinspielen könnte wäre Home Assistant, das kann ich nächsten Samstag mal abschalten. Unraid ist 7.1.2.

EDIT: Jetzt wo ich nochmal über alles geschaut habe: Es ist wohl eventuell doch irgendwas an der Internetverbindung. Im Log der Fritzbox steht eine Neuverbindung um 4:17 Uhr drin. Ich habe aber noch keine Ahnung ob da Vodafone was macht oder die Fritzbox.

Aber warum verbindet sich unraid nicht mehr wenn das Netz mal kurz weg war?

Edited June 1, 20251 yr by Aeious

20 hours ago, Aeious said:

Aber warum verbindet sich unraid nicht mehr wenn das Netz mal kurz weg war?

damit hat Unraid sicherlich kein Problem, es gibt ja genug Provider wo nach wie vor Zwangstrennung vollziehen, dann wäre dies ja überall so ...

ich würde mal je nach Konstellation den switch ? aus der Kette nehmen und schauen was passiert ...

14 hours ago, alturismo said:

ich würde mal je nach Konstellation den switch ? aus der Kette nehmen und schauen was passiert ...

Versuch ich mal, wenn es nur nicht immer so lang dauern würde ;). Kabel- oder Fritzbox ausstecken hat leider nicht den gleichen Effekt.

Also, nach dem Urlaub und dem ersten Versuch folgendes:

Fehler ist um 4:08 Uhr gekommen.

1. Switch ist es nicht

2. Fritz Box ist es anscheinend auch nicht, heute nacht war keine Neuverbindung im Fritz-Log

Kann das mit Pihole zusammenhängen? Meine WLan Geräte haben auch keine Internet-Verbindung mehr sobald der Fehler auftritt und das wäre der einzige Grund der mir dazu einfallen würde. (bzw. verschluckt sich der Pihole bei einer eigentlich kurzen Unterbrechung so, dass er alle anderen Geräte dauerhaft "mitreißt")

Nächster Test ist Pihole aus und dann liegt eine neue (gebrauchte) Fritzbox die direkt ans Kabel kann auch schon bereit :).

Edit: Unter welchen Bedingungen meldet sich denn der Netdev Watchdog? Also was fehlt und wie lange muss es fehlen? Mich wundert nur so, dass gar nichts passiert wenn die Fritzbox händisch vom Kabelrouter getrennt wird.

Edited June 22, 20251 yr by Aeious

Gestern war der erste Sonntag ohne Probleme. Es war anscheinend doch die Fritzbox oder die Vodafonebox. Ich hatte letzte Woche die 4040 und die Vodafonebox gegen eine 6591 ausgetausch. Bin mal gespannt ob es so bleibt.

Edited July 14, 2025Jul 14 by Aeious