Ubuntu20.04.3更新后iscsi重启报错挂载失败、错误节点无法删除求助
iSCSI配置问题修复方案
错误节点记录清理
你搜索到的/var/lib/iscsi是RHEL/CentOS系发行版的iSCSI配置路径,Debian/Ubuntu默认将节点配置存放在/etc/iscsi/nodes/下,这是正常差异,不要直接手动修改目录下的文件,用官方工具删除错误条目即可:
- 首先查询
iqn.2011-09.nas-8B-3E-60:vmguests绑定的所有portal:
iscsiadm -m node -T iqn.2011-09.nas-8B-3E-60:vmguests
返回结果中会包含两条portal记录,一条是正确的172.16.7.2:3260,另一条是绑定到readynas1的错误地址
2. 执行删除命令移除错误条目,将<错误地址:3260>替换为你查询到的错误portal:
iscsiadm -m node -T iqn.2011-09.nas-8B-3E-60:vmguests -p <错误地址:3260> -o delete
- 执行
iscsiadm -m node -o show确认错误条目已经被清除
Thunderbird LUN自动挂载修复
手动挂载正常、fstab自动挂载失败是典型的挂载时机错误,你需要在fstab的挂载参数中添加_netdev标识,告诉系统该挂载点依赖网络服务,必须等网络、iSCSI服务启动完成后再执行挂载。
修改/etc/fstab中对应LUN的配置行,参考格式如下:
UUID=<你的LUN对应的UUID> /<挂载路径> <文件系统类型> defaults,_netdev 0 0
同时确认open-iscsi服务配置了开机自启:
systemctl enable --now open-iscsi iscsid
关于卸载重装open-iscsi的说明
不需要重装,重装会清空所有现有iSCSI配置,你需要重新配置所有节点,操作成本更高。按上述步骤清理错误条目、修正fstab参数即可解决问题。
两个NAS地址格式差异的原因
该差异由NAS端iSCSI Target服务的实现逻辑决定:
- Netgear Ultra 4(readynas2)的iSCSI服务响应
sendtargets发现请求时,直接返回自身的IP地址作为portal地址 - Netgear 214(readynas1)的iSCSI服务响应发现请求时,返回自身的主机名作为portal地址,你的系统hosts文件中有对应主机名映射,因此显示为主机名而非IP
该差异不影响iSCSI的正常使用。
内容的提问来源于stack exchange,提问作者Walt Corey
相关产品推荐
相关产品推荐

