Netzwerk in Unraid v6.7.2 DVB Edition bricht regelmäßig ein/ab (Realtek r8169)

AcidRain

Hallo zusammen,

Code

Nov 15 18:33:45 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Down
Nov 15 18:33:47 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Nov 15 18:34:04 MyServer s3_sleep: Disk activity on going: sdd
Nov 15 18:34:10 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Down
Nov 15 18:34:12 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Nov 15 18:35:04 MyServer s3_sleep: Disk activity on going: sdd
Nov 15 18:36:04 MyServer s3_sleep: Disk activity on going: sdd
Nov 15 18:36:16 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Down
Nov 15 18:36:19 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Nov 15 18:36:19 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Down
Nov 15 18:36:22 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Nov 15 18:37:04 MyServer s3_sleep: Disk activity on going: sdd
Nov 15 18:37:35 MyServer nginx: 2019/11/15 18:37:35 [error] 18118#18118: *3998956 upstream prematurely closed connection while reading response header from upstream, client: 192.168.0.120, server: , request: "GET /webterminal/ HTTP/1.1", upstream: "http://unix:/var/run/ttyd.sock:/", host: "192.168.0.2", referrer: "http://192.168.0.2/Dashboard"
Nov 15 18:37:44 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Down
Nov 15 18:37:47 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Nov 15 18:38:04 MyServer s3_sleep: Disk activity on going: sdd
Nov 15 18:39:04 MyServer s3_sleep: Disk activity on going: sdd
Nov 15 18:40:04 MyServer s3_sleep: Disk activity on going: sdd
Nov 15 18:40:07 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Down
Nov 15 18:40:10 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx

Alles anzeigen

Sowas steht im syslog wenn der Fehler auftritt.
Macht sich bemerkbar, dass kurz das livetv in kodi Stock, oder Aufnahmen abspielen abbricht.

jemand Rat?
Seit 86 Tagen läuft mein Server jetzt ohne Probleme.
Vor einer Woche habe ich alle docker aktualisiert, und seit 3 Tagen dann diese Phänomen.

mehr Logs?
Irgendwelche andren Infos benötigt?

neustarten ist schwer, habe noch keine Lizenz gekauft... *pfeiff*
Ggf. Sollte ich das doch mal machen und mal Neustarten...
Aber evtl. Weiß ja jmd rat?

Grüße
Ich

himisk71

hatte ähnliches, nach einer suche im unraid forum fündig geworden. habe aber leider nicht mehr den link.

ich habe wie dort angegeben im plugin tips und tweaks den eintrag "Disable NIC Offload?" auf yes gestellt.
seitdem läuft alles wieder.

AcidRain

Vielen Dank!
Hab’s mal installiert und auf yes gestellt.
Werde es weiter beobachten

AcidRain

Wollte mal Rückmeldung geben jetzt nach 24 Stunden...
Heute lief die ganze Zeit der tv und auch livetv und es gab keinerlei Aussetzer....
Werde morgen mal Aufnahmen abspielen und schauen ob es ebenfalls problemlos geht.

danke nochmal @himisk71
Und auch keinerlei link up/down Meldungen im syslog

AcidRain

Nein, Fehlalarm.
Nach dem Standby gestern Nacht und aufwecken heute morgen, wird wieder das [definition='1','0']log[/definition] geflutet mit:

Code

Nov 17 10:46:43 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Down
Nov 17 10:46:46 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Nov 17 10:47:06 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Down
Nov 17 10:47:08 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx

Und sogar Folgendes davor:

Code

Nov 17 10:46:17 MyServer kernel: docker0: port 3(vetha084ddb) entered blocking state
Nov 17 10:46:17 MyServer kernel: docker0: port 3(vetha084ddb) entered disabled state
Nov 17 10:46:17 MyServer kernel: device vetha084ddb entered promiscuous mode
Nov 17 10:46:17 MyServer kernel: IPv6: ADDRCONF(NETDEV_UP): vetha084ddb: link is not ready
Nov 17 10:46:17 MyServer kernel: docker0: port 3(vetha084ddb) entered blocking state
Nov 17 10:46:17 MyServer kernel: docker0: port 3(vetha084ddb) entered forwarding state
Nov 17 10:46:17 MyServer kernel: docker0: port 3(vetha084ddb) entered disabled state
Nov 17 10:46:20 MyServer kernel: eth0: renamed from veth6121884
Nov 17 10:46:20 MyServer kernel: IPv6: ADDRCONF(NETDEV_CHANGE): vetha084ddb: link becomes ready
Nov 17 10:46:20 MyServer kernel: docker0: port 3(vetha084ddb) entered blocking state
Nov 17 10:46:20 MyServer kernel: docker0: port 3(vetha084ddb) entered forwarding state

Alles anzeigen

AcidRain

so schaut das [definition='1','0']log[/definition] aus nach dem aufwecken:

Code

Nov 17 10:35:07 MyServer kernel: PM: suspend entry (deep)
Nov 17 10:35:08 MyServer kernel: PM: Syncing filesystems ... done.
Nov 17 10:46:11 MyServer kernel: Freezing user space processes ... (elapsed 0.000 seconds) done.
Nov 17 10:46:11 MyServer kernel: OOM killer disabled.
Nov 17 10:46:11 MyServer kernel: Freezing remaining freezable tasks ... (elapsed 0.000 seconds) done.
Nov 17 10:46:11 MyServer kernel: Suspending console(s) (use no_console_suspend to debug)
Nov 17 10:46:11 MyServer kernel: serial 00:02: disabled
Nov 17 10:46:11 MyServer kernel: parport_pc 00:01: disabled
Nov 17 10:46:11 MyServer kernel: sd 3:0:0:0: [sdd] Synchronizing SCSI cache
Nov 17 10:46:11 MyServer kernel: sd 1:0:0:0: [sdb] Synchronizing SCSI cache
Nov 17 10:46:11 MyServer kernel: sd 3:0:0:0: [sdd] Stopping disk
Nov 17 10:46:11 MyServer kernel: sd 4:0:0:0: [sde] Synchronizing SCSI cache
Nov 17 10:46:11 MyServer kernel: sd 2:0:0:0: [sdc] Synchronizing SCSI cache
Nov 17 10:46:11 MyServer kernel: sd 4:0:0:0: [sde] Stopping disk
Nov 17 10:46:11 MyServer kernel: sd 2:0:0:0: [sdc] Stopping disk
Nov 17 10:46:11 MyServer kernel: ACPI: Preparing to enter system sleep state S3
Nov 17 10:46:11 MyServer kernel: PM: Saving platform NVS memory
Nov 17 10:46:11 MyServer kernel: Disabling non-boot CPUs ...
Nov 17 10:46:11 MyServer kernel: smpboot: CPU 1 is now offline
Nov 17 10:46:11 MyServer kernel: smpboot: CPU 2 is now offline
Nov 17 10:46:11 MyServer kernel: smpboot: CPU 3 is now offline
Nov 17 10:46:11 MyServer kernel: ACPI: Low-level resume complete
Nov 17 10:46:11 MyServer kernel: PM: Restoring platform NVS memory
Nov 17 10:46:11 MyServer kernel: Enabling non-boot CPUs ...
Nov 17 10:46:11 MyServer kernel: x86: Booting SMP configuration:
Nov 17 10:46:11 MyServer kernel: smpboot: Booting Node 0 Processor 1 APIC 0x2
Nov 17 10:46:11 MyServer kernel: microcode: sig=0x906e9, pf=0x2, revision=0x5e
Nov 17 10:46:11 MyServer kernel: cache: parent cpu1 should not be sleeping
Nov 17 10:46:11 MyServer kernel: CPU1 is up
Nov 17 10:46:11 MyServer kernel: smpboot: Booting Node 0 Processor 2 APIC 0x1
Nov 17 10:46:11 MyServer kernel: microcode: sig=0x906e9, pf=0x2, revision=0xb4
Nov 17 10:46:11 MyServer kernel: cache: parent cpu2 should not be sleeping
Nov 17 10:46:11 MyServer kernel: CPU2 is up
Nov 17 10:46:11 MyServer kernel: smpboot: Booting Node 0 Processor 3 APIC 0x3
Nov 17 10:46:11 MyServer kernel: cache: parent cpu3 should not be sleeping
Nov 17 10:46:11 MyServer kernel: CPU3 is up
Nov 17 10:46:11 MyServer kernel: ACPI: Waking up from system sleep state S3
Nov 17 10:46:11 MyServer kernel: pcieport 0000:00:1c.6: Intel SPT PCH root port ACS workaround enabled
Nov 17 10:46:11 MyServer kernel: pcieport 0000:00:1c.0: Intel SPT PCH root port ACS workaround enabled
Nov 17 10:46:11 MyServer kernel: hpet1: lost 2829 rtc interrupts
Nov 17 10:46:11 MyServer kernel: parport_pc 00:01: activated
Nov 17 10:46:11 MyServer kernel: serial 00:02: activated
Nov 17 10:46:11 MyServer kernel: sd 2:0:0:0: [sdc] Starting disk
Nov 17 10:46:11 MyServer kernel: sd 4:0:0:0: [sde] Starting disk
Nov 17 10:46:11 MyServer kernel: sd 3:0:0:0: [sdd] Starting disk
Nov 17 10:46:11 MyServer kernel: ata6: SATA link down (SStatus 4 SControl 300)
Nov 17 10:46:11 MyServer kernel: ata5: SATA link down (SStatus 4 SControl 300)
Nov 17 10:46:11 MyServer kernel: ata4: SATA link down (SStatus 4 SControl 300)
Nov 17 10:46:11 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Down
Nov 17 10:46:11 MyServer kernel: ata2: link is slow to respond, please be patient (ready=0)
Nov 17 10:46:11 MyServer kernel: ata3: link is slow to respond, please be patient (ready=0)
Nov 17 10:46:11 MyServer kernel: ata1: link is slow to respond, please be patient (ready=0)
Nov 17 10:46:11 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Nov 17 10:46:11 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Down
Nov 17 10:46:11 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Nov 17 10:46:11 MyServer kernel: ata2: COMRESET failed (errno=-16)
Nov 17 10:46:11 MyServer kernel: ata3: COMRESET failed (errno=-16)
Nov 17 10:46:11 MyServer kernel: ata1: COMRESET failed (errno=-16)
Nov 17 10:46:11 MyServer kernel: ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
Nov 17 10:46:11 MyServer kernel: ata3.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded
Nov 17 10:46:11 MyServer kernel: ata3.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out
Nov 17 10:46:11 MyServer kernel: ata3.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out
Nov 17 10:46:11 MyServer kernel: ata3.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded
Nov 17 10:46:11 MyServer kernel: ata3.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out
Nov 17 10:46:11 MyServer kernel: ata3.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out
Nov 17 10:46:11 MyServer kernel: ata3.00: configured for UDMA/133
Nov 17 10:46:11 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Down
Nov 17 10:46:11 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Nov 17 10:46:11 MyServer kernel: ata2: link is slow to respond, please be patient (ready=0)
Nov 17 10:46:11 MyServer kernel: ata1: link is slow to respond, please be patient (ready=0)
Nov 17 10:46:11 MyServer kernel: ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
Nov 17 10:46:11 MyServer kernel: ata2.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded
Nov 17 10:46:11 MyServer kernel: ata2.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out
Nov 17 10:46:11 MyServer kernel: ata2.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out
Nov 17 10:46:11 MyServer kernel: ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
Nov 17 10:46:11 MyServer kernel: ata1.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded
Nov 17 10:46:11 MyServer kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out
Nov 17 10:46:11 MyServer kernel: ata1.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out
Nov 17 10:46:11 MyServer kernel: ata2.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded
Nov 17 10:46:11 MyServer kernel: ata2.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out
Nov 17 10:46:11 MyServer kernel: ata2.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out
Nov 17 10:46:11 MyServer kernel: ata2.00: configured for UDMA/133
Nov 17 10:46:11 MyServer kernel: ata1.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded
Nov 17 10:46:11 MyServer kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out
Nov 17 10:46:11 MyServer kernel: ata1.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out
Nov 17 10:46:11 MyServer kernel: ata1.00: configured for UDMA/133
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:13: Turning OFF
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:12: Turning OFF
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:11: Turning OFF
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:10: Turning OFF
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:0f: Turning OFF
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:0e: Turning OFF
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:0d: Turning OFF
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:0c: Turning OFF
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:0b: Turning OFF
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:0a: Turning OFF
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:09: Turning OFF
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:08: Turning OFF
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:07: Turning OFF
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:06: Turning OFF
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:05: Turning OFF
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:04: Turning OFF
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:03: Turning OFF
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:02: Turning OFF
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:01: Turning OFF
Nov 17 10:46:11 MyServer kernel: acpi LNXPOWER:00: Turning OFF
Nov 17 10:46:11 MyServer kernel: OOM killer enabled.
Nov 17 10:46:11 MyServer kernel: Restarting tasks ... 
Nov 17 10:46:11 MyServer kernel: mdcmd (43): spindown 0
Nov 17 10:46:11 MyServer kernel: done.
Nov 17 10:46:11 MyServer s3_sleep: Wake-up now
Nov 17 10:46:11 MyServer kernel: video LNXVIDEO:00: Restoring backlight state
Nov 17 10:46:11 MyServer kernel: PM: suspend exit
Nov 17 10:46:11 MyServer s3_sleep: Execute custom commands after wake-up
Nov 17 10:46:11 MyServer s3_AfterWakeUp: Load DVB Modules
Nov 17 10:46:12 MyServer kernel: Digital Devices PCIE bridge driver 0.9.37, Copyright (C) 2010-17 Digital Devices GmbH
Nov 17 10:46:12 MyServer kernel: ddbridge 0000:01:00.0: device name: Digital Devices DVBCT V6.1 DVB adapter
Nov 17 10:46:12 MyServer kernel: ddbridge 0000:01:00.0: HW 0001000d REGMAP 00010004
Nov 17 10:46:12 MyServer kernel: ddbridge 0000:01:00.0: link 0 vendor dd01 device 0003 subvendor dd01 subdevice 0030
Nov 17 10:46:12 MyServer kernel: ddbridge 0000:01:00.0: Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-C/T
Nov 17 10:46:12 MyServer kernel: ddbridge 0000:01:00.0: init link 0, input 0, regs 00000200
Nov 17 10:46:12 MyServer kernel: ddbridge 0000:01:00.0: init link 0, input 1, regs 00000210
Nov 17 10:46:12 MyServer kernel: ddbridge 0000:01:00.0: XO2 ID 0c
Nov 17 10:46:12 MyServer kernel: ddbridge 0000:01:00.0: Port 1: Link 0, Link Port 1 (TAB 2): DUAL DVB-C/C2/T/T2
Nov 17 10:46:12 MyServer kernel: ddbridge 0000:01:00.0: init link 0, input 2, regs 00000220
Nov 17 10:46:12 MyServer kernel: ddbridge 0000:01:00.0: init link 0, input 3, regs 00000230
Nov 17 10:46:12 MyServer kernel: ddbridge 0000:01:00.0: Port 2: Link 0, Link Port 2 (TAB 3): NO MODULE
Nov 17 10:46:12 MyServer kernel: ddbridge 0000:01:00.0: 0 netstream channels
Nov 17 10:46:12 MyServer kernel: dvbdev: DVB: registering new adapter (DDBridge)
Nov 17 10:46:12 MyServer kernel: dvbdev: DVB: registering new adapter (DDBridge)
Nov 17 10:46:12 MyServer kernel: dvbdev: DVB: registering new adapter (DDBridge)
Nov 17 10:46:12 MyServer kernel: dvbdev: DVB: registering new adapter (DDBridge)
Nov 17 10:46:12 MyServer kernel: stv0367 found
Nov 17 10:46:12 MyServer kernel: ddbridge 0000:01:00.0: DVB: registering adapter 0 frontend 0 (STV0367 DVB-C DVB-T)...
Nov 17 10:46:12 MyServer kernel: stv0367 found
Nov 17 10:46:13 MyServer kernel: ddbridge 0000:01:00.0: DVB: registering adapter 1 frontend 0 (STV0367 DVB-C DVB-T)...
Nov 17 10:46:13 MyServer kernel: attach
Nov 17 10:46:13 MyServer kernel: is24Mhz = 0
Nov 17 10:46:13 MyServer kernel: ChipID  = A4
Nov 17 10:46:13 MyServer kernel: ddbridge 0000:01:00.0: DVB: registering adapter 2 frontend 0 (CXD2843 DVB-C/C2 DVB-T/T2)...
Nov 17 10:46:13 MyServer kernel: attach
Nov 17 10:46:13 MyServer kernel: is24Mhz = 0
Nov 17 10:46:13 MyServer kernel: ChipID  = A4
Nov 17 10:46:13 MyServer kernel: ddbridge 0000:01:00.0: DVB: registering adapter 3 frontend 0 (CXD2843 DVB-C/C2 DVB-T/T2)...
Nov 17 10:46:16 MyServer s3_AfterWakeUp: Setting rights
Nov 17 10:46:17 MyServer s3_AfterWakeUp: Starting Docker Oscam
Nov 17 10:46:17 MyServer kernel: docker0: port 3(vetha084ddb) entered blocking state
Nov 17 10:46:17 MyServer kernel: docker0: port 3(vetha084ddb) entered disabled state
Nov 17 10:46:17 MyServer kernel: device vetha084ddb entered promiscuous mode
Nov 17 10:46:17 MyServer kernel: IPv6: ADDRCONF(NETDEV_UP): vetha084ddb: link is not ready
Nov 17 10:46:17 MyServer kernel: docker0: port 3(vetha084ddb) entered blocking state
Nov 17 10:46:17 MyServer kernel: docker0: port 3(vetha084ddb) entered forwarding state
Nov 17 10:46:17 MyServer kernel: docker0: port 3(vetha084ddb) entered disabled state
Nov 17 10:46:20 MyServer kernel: eth0: renamed from veth6121884
Nov 17 10:46:20 MyServer kernel: IPv6: ADDRCONF(NETDEV_CHANGE): vetha084ddb: link becomes ready
Nov 17 10:46:20 MyServer kernel: docker0: port 3(vetha084ddb) entered blocking state
Nov 17 10:46:20 MyServer kernel: docker0: port 3(vetha084ddb) entered forwarding state
Nov 17 10:46:22 MyServer s3_AfterWakeUp: Starting Docker tvheadend
Nov 17 10:46:25 MyServer s3_sleep: System woken-up. Reset timers
Nov 17 10:46:25 MyServer kernel: ddbridge 0000:01:00.0: DVB: adapter 3 frontend 0 frequency 0 out of range (47125000..865000000)
Nov 17 10:46:25 MyServer kernel: ddbridge 0000:01:00.0: DVB: adapter 2 frontend 0 frequency 0 out of range (47125000..865000000)
Nov 17 10:46:25 MyServer kernel: ddbridge 0000:01:00.0: DVB: adapter 1 frontend 0 frequency 0 out of range (47125000..865000000)
Nov 17 10:46:25 MyServer kernel: ddbridge 0000:01:00.0: DVB: adapter 0 frontend 0 frequency 0 out of range (47125000..865000000)
Nov 17 10:46:43 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Down
Nov 17 10:46:46 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Nov 17 10:47:06 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Down
Nov 17 10:47:08 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Nov 17 10:47:25 MyServer s3_sleep: Disk activity on going: sdc
Nov 17 10:47:25 MyServer s3_sleep: Disk activity detected. Reset timers.
Nov 17 10:48:25 MyServer s3_sleep: Disk activity on going: sdc
Nov 17 10:48:25 MyServer s3_sleep: Disk activity detected. Reset timers.

Alles anzeigen

AcidRain

Soooo,
so viel wie ich gelesen hab, gab es in Unraid Version 5.x mal Probleme mit dem Realteak r8169 Treiber...
Derjenige hatte dasselbe Problem...

Was mich nur wundert, dass es urplötzlich auftritt.
Nach fast 90 Tagen.

Ein Neustart brachte auch keine Lösung.

Alle Minute wird mein syslog zugespammt mit Link down/up und neuen Adapter anlegen, usw... Netzwerk ist quasi unmöglich damit. *grml*

Code

Nov 18 17:40:19 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Down
Nov 18 17:40:20 MyServer ntpd[1730]: Deleting interface #17 eth0, 192.168.0.2#123, interface stats: received=0, sent=0, dropped=0, active_time=34 secs
Nov 18 17:40:22 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Nov 18 17:40:23 MyServer ntpd[1730]: Listen normally on 18 eth0 192.168.0.2:123
Nov 18 17:40:23 MyServer ntpd[1730]: new interface(s) found: waking up resolver
Nov 18 17:40:48 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Down
Nov 18 17:40:50 MyServer ntpd[1730]: Deleting interface #18 eth0, 192.168.0.2#123, interface stats: received=0, sent=0, dropped=0, active_time=27 secs
Nov 18 17:40:51 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Nov 18 17:40:53 MyServer ntpd[1730]: Listen normally on 19 eth0 192.168.0.2:123
Nov 18 17:40:53 MyServer ntpd[1730]: new interface(s) found: waking up resolver
Nov 18 17:41:08 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Down
Nov 18 17:41:10 MyServer ntpd[1730]: Deleting interface #19 eth0, 192.168.0.2#123, interface stats: received=0, sent=0, dropped=0, active_time=17 secs
Nov 18 17:41:11 MyServer kernel: r8169 0000:02:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Nov 18 17:41:13 MyServer ntpd[1730]: Listen normally on 20 eth0 192.168.0.2:123
Nov 18 17:41:13 MyServer ntpd[1730]: new interface(s) found: waking up resolver

Alles anzeigen

Versuche den Threadtitel auch mal anzupassen.

Ggf. weiß ja jmd der Unraid Profis rat, ob und wie man den realtek Treiber austauschen kann, sofern notwendig.
siehe https://forums.unraid.net/topic/18624-re…#comment-171422 wobei die Dateien mittlerweile ganz anders heißen und auch woanders liegen.

Edit: habs auch mal im Unraid Forum gepostet...
https://forums.unraid.net/topic/85253-un…k-r8169-driver/
Mein Englisch ist arg eingerostet

darkside40

Tu dir selbst einen gefallen und besorg dir ne Intel NIC. Habe in unRaid 5 dauern mit verschiedenen Realtek Treibern herum jongliert. Dann lief es unter unRaid 6 ner ganze Zeit gut bis unter unRaid 6.6 der Treiber wieder angefangen hat zu spinnen.

Hab mir dann auf ebay ne gebrauchte Intel PCIEXPI9301CTBLK besorgt und siehe da, nie wieder Probleme mit dem Netzwerk.

AcidRain

Damn...
Wird eng mit den pcie Ports dann...
Muss die Tage mal schauen wieviele noch frei sind. Baue spätestens am Samstag eine andere dvb-c Karte ein

Dr_Cox1911

Hatte vor ein paar Monate auch Probleme mit der Onboard Realtek, einzige dauerhafte Lösung war der Einbau einer Intel NIC (welche genau kann ich gerade nicht sagen).

monarc99

Zitat von AcidRain

Hallo zusammen,

Aber evtl. Weiß ja jmd rat?

Probier noch das einfachste, falls du das noch nicht gemacht hast: anderes Kabel und an einen anderen Switch Port anschließen

AcidRain

soooo,
laut Mainboard sollte ich noch einen PCIe Anschluss frei haben...
MSI B250M Pro-VDH (7A70-003R)
Das habe ich damals eingebaut.

Dann schau ich mal nach ner Intel Karte...
könnte von der Arbeit eine LogiLink PC0029A bekommen... Aber wer weiß... *grins*

Kabel und Port hatte ich schon getauscht.
Was mich echt nur "nervt", dass es plötzlich auftaucht, und auch wieder verschwindet... *grml*
Gestern mittag z.B. durchgehend Probleme, und am Abend war alles gut... oO

Wäre so etwas ggf. "sinnvoll", falls ich dann doch irgendwann von meinen PCIe TV Karten auf eine Octopus wechseln sollte?
https://www.servershop24.de/komponenten/ne…tcaAg_cEALw_wcB
1 Port für LAN, der andre Port nur für die Octopus

darkside40

Meiner Meinung nach ist Sat<IP eh die bessere Lösung, auch was Sleep Mode etc. angeht.
Hatte Jahrelang mit unRaid und TVKarten experimentiert, bis auf die teuren Digital Devices für die es genug Workarounds gibt waren alle anderen ne Katastrophe.

AcidRain

Sooooo,
Update...
Habe gestern die o.g. Intel Karte gekauft, bzw. bestellt (PCIEXPI9301CTBLK, ~26 Euro mit Versand)
Gestern Nacht dann die "Erleuchtung", da mein PiHole plötzlich auch nicht mehr erreichbar war habe ich mal den Switch im "Serverschrank" (10" Rack in der Abstellkammer ^^, da steht auch der PiHole direkt) angesehen...
Probleme mit der Stromversorgung / Netzteil beim Switch, der hat wie wild mit der PowerLED geflackert und hatte scheinbar so seine Probleme mit Spannungsbafällen...

Ggf. war das LinkUp/LinkDown dann ja Realität, da der Switch die Ausfälle verursacht hat... *grml*
Heute mal schauen, Netzteil beim Switch wird gerade getauscht (https://geizhals.de/longshine-gs81…a-a1838651.html das ist er)

Laut meinem Kollegen ist die 5V Versorgung im Netzteil defekt (den Kondensator hatte er vor rund einem Jahr schonmal getauscht)... notfalls wird umgelötet und ein externes Netzteil dran gebastelt!
Ein hoch auf den Kollegen hier...

80 Euro gespart, wenn es denn funktioniert und das tatsächlich der Übeltäter war...

Die Netzwerkkarte geht evtl. dann wieder zurück, oder ich werd sie im Bekanntenkreis los

Jetzt mitmachen!