lcameron

Observed: I upgraded from 6.8.3 to 6.9.1 around March 10th, and within hours started having odd network issues. Could not ping or access the Unraid server or any docker assets. If I rebooted, I would regain network function for awhile, but it would eventually fail. I rebooted with GUI and same issue, but since I had CLI access noticed I could ping a few other physical devices and to the internet, and 1 PC on the same switch could ping and access the Unraid server. Errors noted from dmesg: [58434.843622] ------------[ cut here ]------------ [58434.843628] NETDEV WATCHDOG: eth1 (r8152): transmit queue 0 timed out [58434.843644] WARNING: CPU: 2 PID: 0 at net/sched/sch_generic.c:442 dev_watchdog+0xcf/0x12b [58434.843645] Modules linked in: xt_nat veth xt_MASQUERADE iptable_nat nf_nat xfs nfsd lockd grace sunrpc md_mod ip6table_filter ip6_tables iptable_filter ip_tables bonding r8152(O) r8169 realtek edac_mce_amd kvm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel wmi_bmof crypto_simd cryptd glue_helper rapl k10temp nvme i2c_piix4 i2c_core ccp nvme_core input_leds led_class video ahci libahci backlight acpi_cpufreq thermal button wmi [last unloaded: r8152] [58434.843696] CPU: 2 PID: 0 Comm: swapper/2 Tainted: G O 5.10.21-Unraid #1 [58434.843697] Hardware name: Gigabyte Technology Co., Ltd. B450M DS3H V2/B450M DS3H V2, BIOS F1 08/17/2020 [58434.843701] RIP: 0010:dev_watchdog+0xcf/0x12b [58434.843705] Code: c2 b7 00 00 75 38 48 89 ef c6 05 7f c2 b7 00 01 e8 dd dc fc ff 44 89 e1 48 89 ee 48 c7 c7 da 2e df 81 48 89 c2 e8 f6 99 13 00 <0f> 0b eb 10 41 ff c4 48 05 40 01 00 00 41 39 f4 75 9d eb 16 48 8b [58434.843707] RSP: 0018:ffffc90000278ed8 EFLAGS: 00010286 [58434.843709] RAX: 0000000000000000 RBX: ffff88810459a438 RCX: 0000000000000027 [58434.843711] RDX: 00000000ffffdfff RSI: 0000000000000001 RDI: ffff888410898920 [58434.843713] RBP: ffff88810459a000 R08: 0000000000000000 R09: 00000000ffffdfff [58434.843715] R10: ffffc90000278d08 R11: ffffc90000278d00 R12: 0000000000000000 [58434.843716] R13: ffffc90000278f10 R14: ffffc90000278f10 R15: ffffffff820060c8 [58434.843719] FS: 0000000000000000(0000) GS:ffff888410880000(0000) knlGS:0000000000000000 [58434.843721] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [58434.843722] CR2: 00000000044da798 CR3: 00000001f7b28000 CR4: 00000000003506e0 [58434.843724] Call Trace: [58434.843727] <IRQ> [58434.843732] call_timer_fn.isra.0+0x12/0x6f [58434.843735] ? netif_tx_lock+0x7a/0x7a [58434.843737] __run_timers.part.0+0x144/0x185 [58434.843740] ? update_process_times+0x68/0x6e [58434.843742] ? hrtimer_forward+0x73/0x7b [58434.843745] ? tick_sched_timer+0x5a/0x64 [58434.843749] ? timerqueue_add+0x62/0x68 [58434.843751] ? enqueue_hrtimer.isra.0+0x23/0x27 [58434.843753] ? __hrtimer_run_queues+0xdd/0x10b [58434.843755] run_timer_softirq+0x21/0x43 [58434.843759] __do_softirq+0xc4/0x1c2 [58434.843763] asm_call_irq_on_stack+0x12/0x20 [58434.843764] </IRQ> [58434.843768] do_softirq_own_stack+0x2c/0x39 [58434.843772] __irq_exit_rcu+0x45/0x80 [58434.843776] sysvec_apic_timer_interrupt+0x87/0x95 [58434.843779] asm_sysvec_apic_timer_interrupt+0x12/0x20 [58434.843783] RIP: 0010:arch_local_irq_enable+0x7/0x8 [58434.843786] Code: 00 48 83 c4 28 4c 89 e0 5b 5d 41 5c 41 5d 41 5e 41 5f c3 9c 58 0f 1f 44 00 00 c3 fa 66 0f 1f 44 00 00 c3 fb 66 0f 1f 44 00 00 <c3> 55 8b af 28 04 00 00 b8 01 00 00 00 45 31 c9 53 45 31 d2 39 c5 [58434.843788] RSP: 0018:ffffc9000012fea0 EFLAGS: 00000246 [58434.843790] RAX: ffff8884108a2380 RBX: 0000000000000001 RCX: 000000000000001f [58434.843791] RDX: 0000000000000000 RSI: 0000000024a3ec32 RDI: 0000000000000000 [58434.843793] RBP: ffff888101264c00 R08: 000035256c18931a R09: 0000000000000e89 [58434.843795] R10: 0000000000000f7d R11: 071c71c71c71c71c R12: 000035256c18931a [58434.843796] R13: ffffffff820cad40 R14: 0000000000000001 R15: 0000000000000000 [58434.843800] cpuidle_enter_state+0x101/0x1c4 [58434.843803] cpuidle_enter+0x25/0x31 [58434.843806] do_idle+0x1a6/0x214 [58434.843809] cpu_startup_entry+0x18/0x1a [58434.843812] secondary_startup_64_no_verify+0xb0/0xbb [58434.843815] ---[ end trace f675b14d9a64507b ]--- [58434.843820] r8152 4-2:1.0 eth1: Tx timeout [58434.845948] r8152 4-2:1.0 eth1: Tx status -2 [58434.846000] r8152 4-2:1.0 eth1: Tx status -2 [58434.846036] r8152 4-2:1.0 eth1: Tx status -2 [58434.846073] r8152 4-2:1.0 eth1: Tx status -2 [58436.972715] usb 4-2: reset SuperSpeed Gen 1 USB device number 2 using xhci_hcd Including Diagnostic Log from last lockup. I have reverted back to 6.8.3 as of Saturday March 20th, and have not had any issue since. Hardware Info: Motherboard: Gigabyte B450M-DS3H v2 16GB Corsair DDR4 3000 Onboard NIC - RTL8168h USB3 NIC - RTL8152 NIC's are bound using type 4, connected to a Unifi 24port smart switch with 2 ports aggregated to for Unraid. They have been stable on 6.8.3, so I did not change for 6.9.1 I can grab diag logs from 6.8.3 for comparison, but the biggest difference I see if the driver version, it looks like 6.8.3 uses RTL 1.09.9 and 6.9.1 moved to 2.14.0 Thanks in advance, lcameron lincoln-diagnostics-20210320-1645.zip

Hoping in to follow, I'm seeing random hangs since going to 6.9.1, always seems to indicate a USB issue, but drive tested fine. I see my USB Nic drop off at the same time. Will move to another controller next time it locks up.

Just wanted to chime in with a Thank You for this post. Had my mainboard brick on a failed firmware update, was able to replace with a newer board, and everything booted up cleanly after the swap!

Happy B-day! Newer user, just switched over in March of this year, was linux software raid 5 for 11 years and started feeling the storage crunch. I switched due to the flexibility, great price and awesome community. 44TB and growing!