cas创建虚拟机卡在0%

第一步：排查最可能的原因（高概率）

1.  存储空间不足或性能瓶颈（最常见）

   • 检查方法：

     • 登录CVM Web界面，进入[主机] -> [存储]，查看目标存储池的可用容量。

     • 通过SSH登录目标CVK计算节点，执行df -h，重点检查/vms分区。如果Use%超过95%或Available为0，这是最可能导致卡死的核心原因。

   • 根本原因：CAS在创建虚拟机时，默认会为存储卷预分配全部容量并执行“置零”操作。如果物理存储空间不足，或底层磁盘性能极差，该过程会非常缓慢甚至卡死，导致任务进度停滞在0%。

   • 解决方案：清理存储池无用数据（如删除旧快照、迁移不用的虚拟机），或扩容存储。创建时可以选择“精简配置”以绕过预分配过程。

2.  计算节点资源不足或状态异常

   • 检查方法：

     • 在CVM Web界面，进入[主机]，查看目标CVK节点的CPU和内存使用率是否过高（如持续100%）。

     • 检查CVK节点状态是否为“正常”，网络是否ping通。

     • 查看是否因虚拟化内核问题导致资源无法被平台识别。

   • 解决方案：迁移部分负载或增加资源；重启有问题的CVK节点或重新添加主机。

3.  网络连接中断或端口不通

   • 检查方法：

     • 确保CVM节点到CVK节点的存储网络和业务网络稳定，ping测试无丢包。

     • 确保共享存储（如NFS、iSCSI）的网络路由正确且无ACL阻断。

   • 解决方案：排查物理链路、交换机配置及防火墙策略。

4.  虚拟机配置参数异常或名称不合法

   • 检查方法：

     • 确认虚拟机名称仅包含汉字、字母、数字、减号(-)、下划线(_)、空格与句点(.)。

     • 确认分配的CPU、内存、磁盘大小未超过集群或主机的剩余资源上限。

   • 解决方案：使用符合规范的名称，并确保分配的资源在可用范围内。

 第二步：定位具体错误日志（根本解决）

如果第一步的检查未能发现问题，任务卡死就必须依靠日志分析来精确定位。

核心原则：CAS环境中，CVM管理平台和CVK计算节点都可能记录错误，需要双端检查。

1. CVM管理节点日志（前端任务日志）

• Web查看：在任务台点击详细信息，寻找具体报错信息（如HA拷贝文件错误）。

• 后台查看：

  • 登录CVM后台，查看/var/log/tomcat*/catalina.out（或CAS版本对应的应用日志），搜索ERROR、VM Create等关键词。

  • 若涉及CloudOS编排，需查看/var/log/nova/nova-compute.log。

2. CVK计算节点日志（底层执行日志）

• 虚拟化核心日志：tail -n 200 /var/log/libvirt/libvirtd.log，查找error、timeout、failed等关键字。

• 系统消息日志：tail -n 200 /var/log/messages | grep -iE "virt|kvm|libvirt|error|fail|timeout"，过滤虚拟化相关错误。

• 内核日志：dmesg -T | tail -n 100，查看是否有I/O错误、存储连接错误、OOM（内存溢出）等记录。

• 存储相关日志：tail -n 200 /var/log/cloud.log，查看存储操作的详细日志。

 第三步：处理已知的特定故障场景

以下特定场景也有已知解决方案：

• 场景：存储卷最大容量超过存储池可用空间

  • 现象：任务台明确提示“存储卷的最大容量超过存储池‘XXX’的可用存储”。

  • 解决：要么减少分配的磁盘容量，要么为存储池扩容。

• 场景：集群/主机任务优先级问题

  • 现象：集群中已有大量高优先级任务（如快照、迁移）正在执行，新创建任务排队等待。

  • 解决：等待或取消正在执行的高优先级任务。

• 场景：特定软件版本Bug

  • 现象：特定版本（如E0513H04之前）存在任务卡死的已知Bug。

  • 解决：联系H3C技术支持，确认并升级到修复该问题的版本。

• 场景：CVM-Tomcat服务异常

  • 现象：前端页面报错或卡死，但CVK节点正常。

  • 解决：登录CVM后台，重启Tomcat服务：systemctl restart tomcat。并清理浏览器缓存后重新登录。

• 场景：无法创建虚拟机（有明确报错）

  • 现象：平台直接返回明确错误提示。

  • 解决：根据报错信息针对性处理。例如“title参数无效”请检查虚拟机名称是否合法。