情况描述:超融合版本V8.0 (R0886P05),客户现场测试使用。在web页面新建存储池后无法删除,删除存储池会导致前端web操作全部卡住,下电重启集群可以查看到新建的存储池,点击删除仍会导致web卡死存储池和虚拟机的全部操作。
web前端报错有:主机多路径“sdk(16:0:0:0)”路径异常。
断电重启集群,在后台使用virsh pool-list --all,可以查看到有新建测试存储池,尝试使用virsh pool-undefine该存储池,执行后卡住,同时virsh所有相关操作都卡死无法执行。
目前暂未找到相关的解决办法。







uis超融合,版本V8.0 (R0886P05),x86架构3节点,分布式存储似乎没有受到影响,故障发生在对接外部存储的过程中。
超融合V8.0(R0886P05)删除存储池导致Web卡死的故障,可参考以下解决方案:
处理步骤:
1. 检查回收站卷状态
现象类比:类似「删除块存储池报错」案例(X0000问题),删除存储池前需确保所有关联卷(含回收站中的卷)已彻底清除。
操作建议:
登录Web界面 → 进入存储池的回收站功能 → 永久删除所有测试卷。
再次尝试删除存储池。
2. 排查多路径异常
前端报错 主机多路径"sdk(16:0:0:0)"路径异常
表明存储路径故障:
使用命令 multipath -ll 检查多路径状态,确认路径 sdk(16:0:0:0) 是否异常或丢失。
重启多路径服务:
systemctl restart multipathd
3. 强制移除存储池(后台操作)
若 virsh pool-undefine 卡死,尝试强制清理:
终止卡住的virsh进程:
pkill -9 virsh
手动删除存储池定义文件:
rm -f /etc/libvirt/storage/<测试存储池名>.xml
更新libvirt配置:
virsh pool-refresh default
4. 验证集群状态
检查存储池依赖项:
确认存储池下无虚拟机磁盘残留(参考「删除存储池需先删除卷」原则)。
使用 ceph osd pool ls 和 rbd ls -p <池名> 检查底层存储状态(若使用Ceph)。
5. 终极措施
若上述步骤无效:
联系H3C技术支持,提供 /var/log/storage/
下日志文件(如LEADER.log)。
需现场排查是否涉及硬盘池PG异常(参考故障手册6W101)或集群元数据损坏。
注意:强制操作可能导致数据丢失,生产环境务必在技术支持指导下进行。
关联依据:
存储池删除依赖:
ONEStor/UniStor手册明确要求删除存储池前需移除所有存储卷(含回收站),否则操作将失败(5W102/6W104)。
路径异常影响:
多路径故障会导致存储操作卡死(故障手册6W101网络异常场景)。
后台清理风险:
强制删除libvirt配置需谨慎,可能需同步清理数据库元数据(参考X10000主机名配置案例)。
建议按顺序执行以上步骤,若仍无法解决,需H3C官方介入分析集群日志。
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论