CAS(R0785P03) cvk3故障后从集群中删除后再加入，共享文件系统启动不了

这个问题的根源是，cvk3节点在故障前没有从共享文件系统 iscsi2000g 中正常移除，导致CVM（云虚拟化管理平台）上残留了它们之间的关联信息。当 cvk3 修复并重新加入集群后，CVM依旧按照旧有配置尝试管理，但由于信息不一致，自然会报错。

这个问题必须从CVM和CVK两端同时清理信息才能彻底解决。请务必登录到正确的节点 (CVM 或 CVK3) 并替换命令中的 iscsi2000g 和 cvk3 为你环境的实际名称。

 解决方案

1. 登录CVM节点，解除存储关联
   登陆CVM节点（而非你之前登录过的cvk3），执行强制解除主机与存储池关联的命令。

   cvm storagepool removehost -p iscsi2000g -n cvk3

2. 登录cvk3节点，清理本地残留配置
   登录 cvk3 后台，执行以下操作：

   1. 删除存储池的本地配置文件。

      rm -f /etc/libvirt/storage/autostart/iscsi2000g.xml

      rm -f /etc/libvirt/storage/iscsi2000g.xml

   2. 重新扫描SCSI总线，更新内核中的设备列表。

      cvk storagepool rescan

   3. 重新登录iSCSI会话（针对iSCSI类型存储），重新扫描以发现目标存储。

      iscsiadm -m node -l

3. 重启服务并验证
   完成清理后重启libvirtd服务使配置生效，然后在CAS Web前台刷新，查看存储池状态是否恢复正常。

   service libvirtd restart

 注意事项与备选方案

• 备份元数据：执行任何变更操作前，强烈建议先在CVM管理后台备份系统配置和数据。

• 核对命令与信息：操作前，请再三确认已登录正确的节点（CVM或CVK3），并准确输入了存储池名称 iscsi2000g 和主机名 cvk3。

• 检查存储端：确保iSCSI存储端的服务是正常的，且 cvk3 的IQN、CHAP等配置与存储端匹配无误。

• 检查多路径配置：如果存储端正常但问题依旧，可登录 cvk3 后台检查多路径配置文件 /etc/multipath.conf 和 /etc/multipath/bindings，确保没有残留的错误LUN信息。

• 联系官方技术支持：如果操作后问题依旧，最稳妥的方式是联系H3C官方技术支持（400热线）协助处理。