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 show 我得到 4 条记录

开始记录 2.0-874

node.name = iqn.2011-09.nas-8B-3E-60:thunderbird
。
.
.
node.conn[0].address = 172.16.7.2
node.conn[0].port = 3260

#结束记录 #
开始记录 2.0-874
node.name = iqn.2011-09.nas-8B-3E-60:vmguests
。
.
node.conn[0].address = readyNAS1
#END RECORD
那一个是坏的，因为连接地址是 readyNAS2 而不是 1，应该是点分十进制

开始记录 2.0-874

node.name = iqn.2011-09.nas-8B-3E-60:vmguests
。
.
.
node.conn[0].address = 172.16.7.2
<br/> node.conn[0].port = 3260

#END RECORD
这个是对的，但是为什么地址是点分十进制，为什么以前的主机是同义词？

开始记录 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
#end record
最后一个也可以。
我无法摆脱那个坏节点记录
我用谷歌搜索的文档表明 /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 正在为其地址获取主机文件同义词？

我在这里不知所措。天呐！

标签： ubuntuiscsi

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 目标。”。