[Unraid OS version 6.9.0-beta35 available]

Just want to chime in. As a user since 2012(not that long) Unraid has really had a long path of development and features added to it. I’m really grateful to all developers that create plugins and dockers and I can understand the amount of time it takes to create and test. I would wish everyone to get along and continue the saga.

I how ever in this instance have to side with Limetech due to the fact that I too have a concern for unofficial builds(virus, bugs). Also the solution that Limetech uses has nothing to do with what 3rd party devs have done. It should be apparent to everybody that HW transcode / encode is really needed for most of the users(4k) and I cant see why credit is needed here.

Its now apparent that from a user point of view the heavy 3rd party dependency is an issue. I would really have an issue if swag was removed from CA or github and all that is needed for that seems to be hurt ego.

Hope my comments land correctly, don’t mean to piss on someone.

 

Btw, awesome work with 6.9!

[[6.8.3] Docker Containers on VLANs with Fixed IP's kernel panic]

Here is the callstack from my setup, note that this only happens with one of the ports. I have not changed any other settings other than what port br0 is using.

 

Nov  6 10:14:04 Tower kernel: WARNING: CPU: 0 PID: 13593 at net/netfilter/nf_conntrack_core.c:945 __nf_conntrack_confirm+0xa0/0x69e
Nov  6 10:14:04 Tower kernel: Modules linked in: xt_nat macvlan iptable_filter xfs dm_crypt dm_mod dax md_mod i915 i2c_algo_bit iosf_mbi drm_kms_helper drm intel_gtt agpgart syscopyarea sysfillrect sysimgblt fb_sys_fops nct6775 hwmon_vid iptable_nat ipt_MASQUERADE nf_nat_ipv4 nf_nat ip_tables wireguard ip6_udp_tunnel udp_tunnel mlx4_en mlx4_core e1000e igb(O) x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel pcbc aesni_intel aes_x86_64 crypto_simd cryptd mpt3sas glue_helper wmi_bmof intel_cstate intel_uncore i2c_i801 i2c_core wmi intel_rapl_perf raid_class ahci libahci video scsi_transport_sas pcc_cpufreq backlight thermal acpi_pad button fan [last unloaded: mlx4_core]
Nov  6 10:14:04 Tower kernel: CPU: 0 PID: 13593 Comm: kworker/0:2 Tainted: G           O      4.19.107-Unraid #1
Nov  6 10:14:04 Tower kernel: Hardware name: ASUSTeK COMPUTER INC. System Product Name/WS C246 PRO, BIOS 1201 04/15/2020
Nov  6 10:14:04 Tower kernel: Workqueue: events macvlan_process_broadcast [macvlan]
Nov  6 10:14:04 Tower kernel: RIP: 0010:__nf_conntrack_confirm+0xa0/0x69e
Nov  6 10:14:04 Tower kernel: Code: 04 e8 56 fb ff ff 44 89 f2 44 89 ff 89 c6 41 89 c4 e8 7f f9 ff ff 48 8b 4c 24 08 84 c0 75 af 48 8b 85 80 00 00 00 a8 08 74 26 <0f> 0b 44 89 e6 44 89 ff 45 31 f6 e8 95 f1 ff ff be 00 02 00 00 48
Nov  6 10:14:04 Tower kernel: RSP: 0018:ffff88884b803d90 EFLAGS: 00010202
Nov  6 10:14:04 Tower kernel: RAX: 0000000000000188 RBX: ffff8887b4cf7c00 RCX: ffff888716a4c198
Nov  6 10:14:04 Tower kernel: RDX: 0000000000000001 RSI: 0000000000000001 RDI: ffffffff81e08e94
Nov  6 10:14:04 Tower kernel: RBP: ffff888716a4c140 R08: 00000000701ca1cd R09: ffffffff81c8aa80
Nov  6 10:14:04 Tower kernel: R10: 0000000000000098 R11: ffff8887c109a800 R12: 0000000000006225
Nov  6 10:14:04 Tower kernel: R13: ffffffff81e91080 R14: 0000000000000000 R15: 00000000000060b7
Nov  6 10:14:04 Tower kernel: FS:  0000000000000000(0000) GS:ffff88884b800000(0000) knlGS:0000000000000000
Nov  6 10:14:04 Tower kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Nov  6 10:14:04 Tower kernel: CR2: 0000000000d4c270 CR3: 0000000001e0a001 CR4: 00000000003606f0
Nov  6 10:14:04 Tower kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Nov  6 10:14:04 Tower kernel: DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
Nov  6 10:14:04 Tower kernel: Call Trace:
Nov  6 10:14:04 Tower kernel: <IRQ>
Nov  6 10:14:04 Tower kernel: ipv4_confirm+0xaf/0xb9
Nov  6 10:14:04 Tower kernel: nf_hook_slow+0x3a/0x90
Nov  6 10:14:04 Tower kernel: ip_local_deliver+0xad/0xdc
Nov  6 10:14:04 Tower kernel: ? ip_sublist_rcv_finish+0x54/0x54
Nov  6 10:14:04 Tower kernel: ip_rcv+0xa0/0xbe
Nov  6 10:14:04 Tower kernel: ? ip_rcv_finish_core.isra.0+0x2e1/0x2e1
Nov  6 10:14:04 Tower kernel: __netif_receive_skb_one_core+0x53/0x6f
Nov  6 10:14:04 Tower kernel: process_backlog+0x77/0x10e
Nov  6 10:14:04 Tower kernel: net_rx_action+0x107/0x26c
Nov  6 10:14:04 Tower kernel: __do_softirq+0xc9/0x1d7
Nov  6 10:14:04 Tower kernel: do_softirq_own_stack+0x2a/0x40
Nov  6 10:14:04 Tower kernel: </IRQ>
Nov  6 10:14:04 Tower kernel: do_softirq+0x4d/0x5a
Nov  6 10:14:04 Tower kernel: netif_rx_ni+0x1c/0x22
Nov  6 10:14:04 Tower kernel: macvlan_broadcast+0x111/0x156 [macvlan]
Nov  6 10:14:04 Tower kernel: macvlan_process_broadcast+0xea/0x128 [macvlan]
Nov  6 10:14:04 Tower kernel: process_one_work+0x16e/0x24f
Nov  6 10:14:04 Tower kernel: worker_thread+0x1e2/0x2b8
Nov  6 10:14:04 Tower kernel: ? rescuer_thread+0x2a7/0x2a7
Nov  6 10:14:04 Tower kernel: kthread+0x10c/0x114
Nov  6 10:14:04 Tower kernel: ? kthread_park+0x89/0x89
Nov  6 10:14:04 Tower kernel: ret_from_fork+0x1f/0x40
Nov  6 10:14:04 Tower kernel: ---[ end trace 0daf68da82e3639c ]---

[[6.8.3] Docker Containers on VLANs with Fixed IP's kernel panic]

I've run into this issue after adding a Mellanox x-2 10gbe card. I've never seen this issue with the built in Intel Corporation Ethernet Connection (7) I219-LM (rev 10). Adding the mellanox card,  Mellanox Technologies MT26448 [ConnectX EN 10GigE, PCIe 2.0 5GT/s] (rev b0) to the bridge and unplugging the Intel card will after a while result in kernel panics. I have 2 VLANs and split dockers between vlans and the untagged lan. From the panics I've had cache pools issues where the cachepool gets issues with writes and corrupts the pool, this results in a freeze where no output to screen and loss of network.