大约一个月前，我开始遇到 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 条记录 BEGIN RECORD 2.0-874
节点.名称 = iqn.2011-09.nas-8B-3E-60:thunderbird...节点.conn[0].地址 = 172.16.7.2节点.conn[0].端口 = 3260
#结束记录 #开始记录 2.0-874 node.name = iqn.2011-09.nas-8B-3E-60:vmguests . . node.conn[0].address = readyNAS1 #结束记录 这个记录不好，因为连接地址是 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 这个是正确的，但是为什么地址是点分十进制的，为什么以前的主机是同义词？BEGIN 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 最后一个也很好。我无法摆脱那个坏节点记录我在谷歌上搜索的文档指出 ubuntu 没有 /var/lib/iscsi。
root@cor8910:~# ls -al /etc/iscsi/nodes/ 总计 20
drw------- 4 root root 4096 十月 9 15:31 iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5 drw------- 3 root root 4096 十月 9 15:31 iqn.2011-09.nas-8B-3E-60:thunderbird
drw------- 4 root root 4096 10月9日 15:31 iqn.2011-09.nas-8B-3E-60:vmguests
我认为问题可能出在 defaults 子文件夹中，我已将其移至更安全的地方。但是，thunderbird 文件夹仍然无法通过 fstab 登录和挂载。其他文件夹可以。启动后，我可以发出 iscsiadm 来登录所有文件夹，并手动挂载 Thunderbird 配置文件指向的 thunderbird lun。
我希望能够纠正任何错误，但在无法发现错误的情况下，如果我清除 open-iscsi 并重新安装它，问题会解决吗？在“readyNAS2”Netgear 的 ultra 4 NAS 单元的情况下，配置如何知道使用点分十进制来引用它，而“readyNAS1”Netgear 的 214 NAS 正在选择其地址的主机文件同义词？
在仔细考虑了利弊之后，我清除了 iscsiadm 并重新安装了它。这实际上工作得很好，找到了静态目标，登录过程很快。然而，在重新安装后重新启动时，问题再次出现，我发现启动过程中有一些东西错误地创建了静态节点。根据 man iscsiadm，唯一的发现类型是 sendtarget，isns。没有静态，但它似乎构建和使用并失败了。
答案1
显然，open-iscsi 对发出的命令及其发出顺序非常敏感。解决这个问题的关键是获得一个“原始”环境进行测试。我创建了一个最新的 20.04.3 iso 的 VM，然后继续配置 open-iscsi。由于/etc/hostsVM 中没有重新定义的文件，因此没有点分十进制地址的同义词。我认为这很可能是问题的一部分。
我尝试了上面描述的命令序列，但无济于事。它没有失败，甚至没有尝试。然后我偶然发现了这个 URL。重要的是慢慢仔细地阅读它并一丝不苟地遵循它。https://www.hiroom2.com/2018/05/05/ubuntu-1804-open-iscsi-en/虽然这是为 18.04 编写的，但它在 VM 中运行完美。我在我的“生产”桌面上重现了这些结果，结果相同。
在指令顺序中要特别注意
如果在将 node.startup 更改为自动之前已经连接到 iSCSI 目标，则在将 node.startup 更改为自动之后需要再次连接到 iSCSI 目标。