February 18, 20242 yr 之前因为接触PT组了nas装了unraid，后面也转正了，买的时候老板说是双2.5G网口，我又不懂。当时买回来就随便接了个网口，发现网络中是没有unraid，就换了个网口插，就可以连上unraid了。现在慢慢折腾，看看论坛JackieWu大佬的教学和博客，才发现我好像接的是扩展的PCIE网卡，然后看大佬的教学说可以给docker单独分配一个网口，我就想着把空闲的另外一个网口利用起来，如今才发现我的板载网卡好像并没有被识别，望大佬解答下。现在天天有空就是折腾Unraid,没水平，但是就是上头~
February 18, 20242 yr Author 22 minutes ago, JackieWu said: 调整网络设置里面的“接口规则”就行： 就是没看到这个选项，在询问你之前，我也网上查了下 就是没看到这个选项 Edited February 18, 20242 yr by Lemon668
February 19, 20242 yr 20 hours ago, Lemon668 said: 就是没看到这个选项，在询问你之前，我也网上查了下 就是没看到这个选项 我估计是由于你的板载网卡和 PICE 网卡的设备 ID 相同导致的，Unraid 因此无法正常指定 eth0 （或其他 ethX）所对应的网卡。 你可以在下面的图片里面看到板载网卡和 PCIE 网卡的设备 ID （10ec:8125）以及其他的信息都是一样的（除了 PCIE BUS 地址）： 你需要将你的 network-rules.cfg 内容贴上来（使用下面的命令将输出信息复制粘贴上来），我帮你尝试手动修改来解决： cat /boot/config/network-rules.cfg
February 19, 20242 yr Author 2 hours ago, JackieWu said: 我估计是由于你的板载网卡和 PICE 网卡的设备 ID 相同导致的，Unraid 因此无法正常指定 eth0 （或其他 ethX）所对应的网卡。 你可以在下面的图片里面看到板载网卡和 PCIE 网卡的设备 ID （10ec:8125）以及其他的信息都是一样的（除了 PCIE BUS 地址）： 你需要将你的 network-rules.cfg 内容贴上来（使用下面的命令将输出信息复制粘贴上来），我帮你尝试手动修改来解决： cat /boot/config/network-rules.cfg 没有这样的文件夹 可能是我是最新系统的缘故吧 6.12.8
February 19, 20242 yr 1 hour ago, Lemon668 said: 没有这样的文件夹 可能是我是最新系统的缘故吧 6.12.8 跟系统版本没关系，那你可以尝试使用下面的命令创建一个，命令执行完成之后重启一下 Unraid 。 注意，请你先备份一下 Unraid 系统文件： 执行以下命令手动生成 network-rules.cfg 文件，里面的参数我已经修改成对应你网卡参数的配置了（如果成功了，那么 eth0 对应的就是你的 PCIE 网卡，板载网卡对应 eth1 ，你需要接上 PCIE 网卡的网线之后才能进入 UNRAID ）： tee /boot/config/network-rules.cfg <<- EOF > # PCI device 0x10ec:8125 (r8125) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="22:25:6c:08:03:21", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1" # PCI device 0x10ec:8125 (r8125) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:e0:4c:68:84:54", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" > EOF 如果说这么做之后进不去系统，你可以将 U 盘插上你的电脑，然后删除 U 盘 config 文件夹内的 network-rules.cfg 文件，然后再插上设备开机。 Edited February 19, 20242 yr by JackieWu
February 21, 20242 yr Author On 2/19/2024 at 10:55 PM, JackieWu said: 跟系统版本没关系，那你可以尝试使用下面的命令创建一个，命令执行完成之后重启一下 Unraid 。 注意，请你先备份一下 Unraid 系统文件： 执行以下命令手动生成 network-rules.cfg 文件，里面的参数我已经修改成对应你网卡参数的配置了（如果成功了，那么 eth0 对应的就是你的 PCIE 网卡，板载网卡对应 eth1 ，你需要接上 PCIE 网卡的网线之后才能进入 UNRAID ）： tee /boot/config/network-rules.cfg <<- EOF > # PCI device 0x10ec:8125 (r8125) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="22:25:6c:08:03:21", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1" # PCI device 0x10ec:8125 (r8125) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:e0:4c:68:84:54", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" > EOF 如果说这么做之后进不去系统，你可以将 U 盘插上你的电脑，然后删除 U 盘 config 文件夹内的 network-rules.cfg 文件，然后再插上设备开机。 好的，多谢大佬，我晚点试试，昨天在上班，没折腾。今早回来发现unraid失联了，这是日志，麻烦帮我看看。 syslog-127.0.0.1.log
February 23, 20242 yr On 2/21/2024 at 10:59 AM, Lemon668 said: 今早回来发现unraid失联了，这是日志，麻烦帮我看看。 日志里面有大量且重复的内核报错（但不清楚具体是什么原因）： Feb 20 18:34:03 Tower kernel: rcu: INFO: rcu_preempt detected expedited stalls on CPUs/tasks: { 1-.... } 8672325 jiffies s: 169877 root: 0x2/. Feb 20 18:34:03 Tower kernel: rcu: blocking rcu_node structures (internal RCU debug): Feb 20 18:34:03 Tower kernel: Sending NMI from CPU 0 to CPUs 1: Feb 20 18:34:03 Tower kernel: NMI backtrace for cpu 1 Feb 20 18:34:03 Tower kernel: CPU: 1 PID: 9986 Comm: kworker/u4:4 Tainted: P B W O 6.1.74-Unraid #1 Feb 20 18:34:03 Tower kernel: Hardware name: abit AB-B760-ITX/AB-B760-ITX, BIOS Ver:003 04/18/2023 Feb 20 18:34:03 Tower kernel: Workqueue: writeback wb_workfn (flush-0:42) Feb 20 18:34:03 Tower kernel: RIP: 0010:xa_is_sibling+0x17/0x1e Feb 20 18:34:03 Tower kernel: Code: 94 c0 48 81 ff 00 10 00 00 0f 97 c2 21 d0 c3 cc cc cc cc 48 89 f8 83 e0 03 48 83 f8 02 0f 94 c0 48 81 ff fd 00 00 00 0f 96 c2 <21> d0 c3 cc cc cc cc 40 f6 c7 03 0f 95 c0 48 85 ff 0f 94 c2 09 d0 Feb 20 18:34:03 Tower kernel: RSP: 0018:ffffc90008e079d8 EFLAGS: 00000292 Feb 20 18:34:03 Tower kernel: RAX: 0000000000000001 RBX: 0000000000000228 RCX: 0000000000000004 Feb 20 18:34:03 Tower kernel: RDX: ffff88803f577d00 RSI: 0000000000000004 RDI: ffff88813a8efdaa Feb 20 18:34:03 Tower kernel: RBP: ffff88803f577da8 R08: ffffc90008e07a30 R09: ffffffffffffffff Feb 20 18:34:03 Tower kernel: R10: 0000000000000000 R11: 0000000000000000 R12: ffff88803f577fd0 Feb 20 18:34:03 Tower kernel: R13: 0000000000000000 R14: ffffc90008e07af8 R15: 000000000000000f Feb 20 18:34:03 Tower kernel: FS: 0000000000000000(0000) GS:ffff88846f700000(0000) knlGS:0000000000000000 Feb 20 18:34:03 Tower kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Feb 20 18:34:03 Tower kernel: CR2: 00007fcf37cfa748 CR3: 000000000420a000 CR4: 0000000000752ee0 Feb 20 18:34:03 Tower kernel: PKRU: 55555554 Feb 20 18:34:03 Tower kernel: Call Trace: Feb 20 18:34:03 Tower kernel: <NMI> Feb 20 18:34:03 Tower kernel: ? nmi_cpu_backtrace+0xd3/0x104 Feb 20 18:34:03 Tower kernel: ? nmi_cpu_backtrace_handler+0xd/0x15 Feb 20 18:34:03 Tower kernel: ? nmi_handle+0x54/0x131 Feb 20 18:34:03 Tower kernel: ? xa_is_sibling+0x17/0x1e Feb 20 18:34:03 Tower kernel: ? default_do_nmi+0x66/0x15b Feb 20 18:34:03 Tower kernel: ? exc_nmi+0xbf/0x130 Feb 20 18:34:03 Tower kernel: ? end_repeat_nmi+0x16/0x67 Feb 20 18:34:03 Tower kernel: ? xa_is_sibling+0x17/0x1e Feb 20 18:34:03 Tower kernel: ? xa_is_sibling+0x17/0x1e Feb 20 18:34:03 Tower kernel: ? xa_is_sibling+0x17/0x1e Feb 20 18:34:03 Tower kernel: </NMI> Feb 20 18:34:03 Tower kernel: <TASK> Feb 20 18:34:03 Tower kernel: xas_find_marked+0x113/0x1ed Feb 20 18:34:03 Tower kernel: find_get_entry+0x30/0x85 Feb 20 18:34:03 Tower kernel: find_get_pages_range_tag+0x88/0xee Feb 20 18:34:03 Tower kernel: pagevec_lookup_range_tag+0x24/0x2f Feb 20 18:34:03 Tower kernel: write_cache_pages+0x10d/0x2d9 Feb 20 18:34:03 Tower kernel: ? fuse_writepages+0x114/0x114 Feb 20 18:34:03 Tower kernel: ? slab_post_alloc_hook+0x4d/0x15e Feb 20 18:34:03 Tower kernel: ? fuse_writepages+0x92/0x114 Feb 20 18:34:03 Tower kernel: ? __kmem_cache_alloc_node+0x118/0x147 Feb 20 18:34:03 Tower kernel: ? fuse_writepages+0x92/0x114 Feb 20 18:34:03 Tower kernel: fuse_writepages+0xb1/0x114 Feb 20 18:34:03 Tower kernel: do_writepages+0xb8/0x124 Feb 20 18:34:03 Tower kernel: __writeback_single_inode+0x7a/0x2cb Feb 20 18:34:03 Tower kernel: writeback_sb_inodes+0x24f/0x40f Feb 20 18:34:03 Tower kernel: __writeback_inodes_wb+0x82/0xc0 Feb 20 18:34:03 Tower kernel: wb_writeback+0x135/0x24a Feb 20 18:34:03 Tower kernel: wb_workfn+0x25a/0x39e Feb 20 18:34:03 Tower kernel: ? check_preempt_curr+0x49/0x5a Feb 20 18:34:03 Tower kernel: ? ttwu_do_wakeup+0x24/0xf2 Feb 20 18:34:03 Tower kernel: process_one_work+0x1a8/0x295 Feb 20 18:34:03 Tower kernel: worker_thread+0x18b/0x244 Feb 20 18:34:03 Tower kernel: ? rescuer_thread+0x281/0x281 Feb 20 18:34:03 Tower kernel: kthread+0xe4/0xef Feb 20 18:34:03 Tower kernel: ? kthread_complete_and_exit+0x1b/0x1b Feb 20 18:34:03 Tower kernel: ret_from_fork+0x1f/0x30 Feb 20 18:34:03 Tower kernel: </TASK> 另外还有大量关于 macvlan 的报错信息，建议你可以先解决 macvlan 的问题，参考：
February 23, 20242 yr Spoiler Feb 20 18:34:03 Tower kernel: rcu: INFO: rcu_preempt detected expedited stalls on CPUs/tasks: { 1-.... } 8672325 jiffies s: 169877 root: 0x2/. Feb 20 18:34:03 Tower kernel: rcu: blocking rcu_node structures (internal RCU debug): Feb 20 18:34:03 Tower kernel: Sending NMI from CPU 0 to CPUs 1: Feb 20 18:34:03 Tower kernel: NMI backtrace for cpu 1 Feb 20 18:34:03 Tower kernel: CPU: 1 PID: 9986 Comm: kworker/u4:4 Tainted: P B W O 6.1.74-Unraid #1 Feb 20 18:34:03 Tower kernel: Hardware name: abit AB-B760-ITX/AB-B760-ITX, BIOS Ver:003 04/18/2023 Feb 20 18:34:03 Tower kernel: Workqueue: writeback wb_workfn (flush-0:42) Feb 20 18:34:03 Tower kernel: RIP: 0010:xa_is_sibling+0x17/0x1e Feb 20 18:34:03 Tower kernel: Code: 94 c0 48 81 ff 00 10 00 00 0f 97 c2 21 d0 c3 cc cc cc cc 48 89 f8 83 e0 03 48 83 f8 02 0f 94 c0 48 81 ff fd 00 00 00 0f 96 c2 <21> d0 c3 cc cc cc cc 40 f6 c7 03 0f 95 c0 48 85 ff 0f 94 c2 09 d0 Feb 20 18:34:03 Tower kernel: RSP: 0018:ffffc90008e079d8 EFLAGS: 00000292 Feb 20 18:34:03 Tower kernel: RAX: 0000000000000001 RBX: 0000000000000228 RCX: 0000000000000004 Feb 20 18:34:03 Tower kernel: RDX: ffff88803f577d00 RSI: 0000000000000004 RDI: ffff88813a8efdaa Feb 20 18:34:03 Tower kernel: RBP: ffff88803f577da8 R08: ffffc90008e07a30 R09: ffffffffffffffff Feb 20 18:34:03 Tower kernel: R10: 0000000000000000 R11: 0000000000000000 R12: ffff88803f577fd0 Feb 20 18:34:03 Tower kernel: R13: 0000000000000000 R14: ffffc90008e07af8 R15: 000000000000000f Feb 20 18:34:03 Tower kernel: FS: 0000000000000000(0000) GS:ffff88846f700000(0000) knlGS:0000000000000000 Feb 20 18:34:03 Tower kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Feb 20 18:34:03 Tower kernel: CR2: 00007fcf37cfa748 CR3: 000000000420a000 CR4: 0000000000752ee0 Feb 20 18:34:03 Tower kernel: PKRU: 55555554 Feb 20 18:34:03 Tower kernel: Call Trace: Feb 20 18:34:03 Tower kernel: <NMI> Feb 20 18:34:03 Tower kernel: ? nmi_cpu_backtrace+0xd3/0x104 Feb 20 18:34:03 Tower kernel: ? nmi_cpu_backtrace_handler+0xd/0x15 Feb 20 18:34:03 Tower kernel: ? nmi_handle+0x54/0x131 Feb 20 18:34:03 Tower kernel: ? xa_is_sibling+0x17/0x1e Feb 20 18:34:03 Tower kernel: ? default_do_nmi+0x66/0x15b Feb 20 18:34:03 Tower kernel: ? exc_nmi+0xbf/0x130 Feb 20 18:34:03 Tower kernel: ? end_repeat_nmi+0x16/0x67 Feb 20 18:34:03 Tower kernel: ? xa_is_sibling+0x17/0x1e Feb 20 18:34:03 Tower kernel: ? xa_is_sibling+0x17/0x1e Feb 20 18:34:03 Tower kernel: ? xa_is_sibling+0x17/0x1e Feb 20 18:34:03 Tower kernel: </NMI> Feb 20 18:34:03 Tower kernel: <TASK> Feb 20 18:34:03 Tower kernel: xas_find_marked+0x113/0x1ed Feb 20 18:34:03 Tower kernel: find_get_entry+0x30/0x85 Feb 20 18:34:03 Tower kernel: find_get_pages_range_tag+0x88/0xee Feb 20 18:34:03 Tower kernel: pagevec_lookup_range_tag+0x24/0x2f Feb 20 18:34:03 Tower kernel: write_cache_pages+0x10d/0x2d9 Feb 20 18:34:03 Tower kernel: ? fuse_writepages+0x114/0x114 Feb 20 18:34:03 Tower kernel: ? slab_post_alloc_hook+0x4d/0x15e Feb 20 18:34:03 Tower kernel: ? fuse_writepages+0x92/0x114 Feb 20 18:34:03 Tower kernel: ? __kmem_cache_alloc_node+0x118/0x147 Feb 20 18:34:03 Tower kernel: ? fuse_writepages+0x92/0x114 Feb 20 18:34:03 Tower kernel: fuse_writepages+0xb1/0x114 Feb 20 18:34:03 Tower kernel: do_writepages+0xb8/0x124 Feb 20 18:34:03 Tower kernel: __writeback_single_inode+0x7a/0x2cb Feb 20 18:34:03 Tower kernel: writeback_sb_inodes+0x24f/0x40f Feb 20 18:34:03 Tower kernel: __writeback_inodes_wb+0x82/0xc0 Feb 20 18:34:03 Tower kernel: wb_writeback+0x135/0x24a Feb 20 18:34:03 Tower kernel: wb_workfn+0x25a/0x39e Feb 20 18:34:03 Tower kernel: ? check_preempt_curr+0x49/0x5a Feb 20 18:34:03 Tower kernel: ? ttwu_do_wakeup+0x24/0xf2 Feb 20 18:34:03 Tower kernel: process_one_work+0x1a8/0x295 Feb 20 18:34:03 Tower kernel: worker_thread+0x18b/0x244 Feb 20 18:34:03 Tower kernel: ? rescuer_thread+0x281/0x281 Feb 20 18:34:03 Tower kernel: kthread+0xe4/0xef Feb 20 18:34:03 Tower kernel: ? kthread_complete_and_exit+0x1b/0x1b Feb 20 18:34:03 Tower kernel: ret_from_fork+0x1f/0x30 Feb 20 18:34:03 Tower kernel: </TASK> 我想起我之前也也有遇到关于 RCU 的报错，我那个时候是由于内存造成的，贪便宜买了杂牌内存，用了一段时间后出现了系统不稳定的状况且排查不出来问题，最后发现是内存问题，更换了内存之后就解决了。所以你可以尝试检测一下内存，具体的方法可以参考之前在论坛上的相关帖子：
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.