ubuntu - 重新启动时 iSCSI 出错。错误的默认值

Question

可能从一个月前开始，我开始遇到 iSCSI 错误和挂载失败。这与 20.04.3 的更新大致相吻合。
试图切入正题，我发出了以下命令:
root@cor8910:~# iscsiadm -m discovery -t sendtargets -p readynas2
172.16.7.2:3260,1 iqn.2011-09.nas-8B-3E-60:thunderbird
172.16.7.2:3260,1 iqn.2011-09.nas-8B-3E-60:vmguests
root@cor8910:~# iscsiadm -m discovery -t sendtargets -p readynas1
172.16.0.2:3260,1 iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5
上面的输出是正确的
但是发出时
iscsiadm -m node -o 显示我得到 4 条记录
开始记录 2.0-874
node.name = iqn.2011-09.nas-8B-3E-60:thunderbird
.
.
.
node.conn[0].address = 172.16.7.2
节点.conn[0].port = 3260
#结束记录
#开始记录 2.0-874
node.name = iqn.2011-09.nas-8B-3E-60:vmguests
.
.
node.conn[0].address = 准备好NAS1
#结束记录
那个是坏的，因为连接地址是 readyNAS2 而不是 1，应该是点分十进制
开始记录 2.0-874
node.name = iqn.2011-09.nas-8B-3E-60:vmguests
.
.
.
node.conn[0].address = 172.16.7.2

节点.conn[0].port = 3260
#结束记录
这个是正确的，但为什么地址是十进制的，为什么以前的主机是同义词？
开始记录 2.0-874
node.name = iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5
...
node.conn[0].address = 172.16.0.2
结束记录
开始记录 2.0-874
node.name = iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5
...
node.conn[0].address = readynas1
#结束记录
最后一个也不错。
我无法摆脱那个坏节点记录
我用谷歌搜索的文档表明/var/lib/iscsi ubuntu 没有。
root@cor8910:~# ls -al/etc/iscsi/nodes/
共 20 个
drw------- 4 root root 4096 Oct 9 15:31 iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5
drw------- 3 root root 4096 Oct 9 15:31 iqn.2011-09.nas-8B-3E-60:thunderbird
drw------- 4 root root 4096 Oct 9 15:31 iqn.2011-09.nas-8B-3E-60:vmguests

我认为问题可能出在我移动到更安全的地方的默认子文件夹中。但是，thunderbird 文件夹仍然没有通过 fstab 登录和挂载。其他人做。
启动后，我可以发出一个 iscsiadm 来全部登录并手动安装 Thunderbird lun，Thunderbird 配置文件指向它。
我希望能够纠正任何错误，但如果我清除 open-iscsi 并重新安装它会解决问题吗？在“readyNAS2”Netgear 的 Ultra 4 NAS 单元的情况下，配置如何知道以点分十进制表示它，其中“readyNAS1”Netgear 的 214 NAS 正在为其地址获取主机文件同义词？
我在这里不知所措。
天呐!

Answer 1

显然 open-iscsi 对发出的命令和发出的顺序非常敏感。弄清楚这一点的关键是获得一个“原始”环境进行测试。我创建了一个最新的 20.04.3 iso 的 VM 并继续配置 open-iscsi。由于我在 VM 中没有重新定义的/etc/hosts 文件，因此没有点分十进制地址的同义词。我认为这很可能是问题的一部分。我尝试了上面描述的命令序列，但无济于事。它没有失败，甚至没有尝试。然后我发生在这个 URL 上。重要的是要缓慢而仔细地阅读它并一丝不苟地遵循它。 https://www.hiroom2.com/2018/05/05/ubuntu-1804-open-iscsi-en/
虽然这是为 18.04 编写的，但它在 VM 中完美运行。我在我的“生产”桌面上重现了这些结果，结果相同。在指令序列中特别注意“如果您在将 node.startup 更改为自动之前已连接到 iSCSI 目标，则需要在将 node.startup 更改为自动后再次连接到 iSCSI 目标。”。