cloudos版本E5138版本新集群下发虚拟机无网络选项

1. 检查网络出口（Uplink）名称一致性（高频踩坑点）

• 排查方法：登录底层虚拟化平台（如 CAS），查看该新集群计算节点的物理网卡绑定及网络出口名称。然后回到 CloudOS，检查你创建的网络或网络出口配置，确保两者的名称、VLAN ID、物理接口对应关系完全一致。如果名称有细微差别（如多余的空格），CloudOS 就无法将网络映射到该集群上。

2. 在底层虚拟化平台手动测试网络

• 排查方法：直接在底层虚拟化平台（如 CAS）上，尝试使用该集群的资源手动创建一台虚拟机，并挂载目标网络。
• 结果判断：
  • 如果底层也识别不到网络或无法创建，说明问题出在底层集群的网络配置（如虚拟交换机未关联物理网卡、物理链路 Down 等），与 CloudOS 无关。
  • 如果底层能正常创建且网络通畅，说明问题确实出在 CloudOS 的资源纳管或同步上，请继续向下排查。

3. 强制同步资源与刷新缓存

• 排查方法：在 CloudOS 的资源管理界面，找到该新集群，尝试执行“同步资源”或“刷新”操作。如果界面有缓存清理选项，清理后重新登录 CloudOS 查看。

4. 检查底层网络组件状态 (vCFC/Neutron)

• 排查方法：
  • 检查 vCFC 上该集群对应的虚拟接口状态是否为 UP，以及是否与物理接口正确映射。
  • 检查底层网络组件的 DHCP 服务是否正常启用，地址池是否耗尽（如果地址池满了，CloudOS 也会显示无可用网络选项）。

5. 验证插件与版本兼容性

• 排查方法：
  • 确认底层虚拟化平台（如 CAS）的版本是否与 CloudOS E5138 的兼容性列表完全匹配（例如是否涉及 ARM 架构与 x86 架构混用的情况）。
  • 检查插件安装后是否需要重启 CloudOS 的特定微服务（如 bingo 或 neutron 相关服务）才能生效。

计算可用域划分了吗

既然你已经确认打了对应版本的插件，并且可以识别到网络但无法纳管，问题大概率出在底层资源同步或网络出口名称不匹配上。

第一步：检查网络出口名称是否一致（高频原因）

在CloudOS中，下发的网络必须与底层虚拟化平台（如CAS）的物理网络出口名称完全一致，包括大小写和空格。

• 操作：登录底层虚拟化平台（例如CAS），找到该新集群的物理节点，检查其物理网卡绑定及网络出口（Uplink）名称。

• 对比：回到CloudOS界面，找到你创建的网络或网络出口配置，核对两者的名称、VLAN ID是否完全一致。如果不一致，CloudOS就无法将网络映射到该集群上。

第二步：在底层平台进行隔离测试

为了快速定位是CloudOS的问题还是底层集群本身的问题，建议直接在底层虚拟化平台上测试一下：

• 操作：登录底层虚拟化平台（如CAS），使用该新集群的资源手动创建一台虚拟机，并尝试为其挂载目标网络。

• 判断：

  • 如果底层也识别不到网络或无法创建，说明是底层集群的网络配置问题（如虚拟交换机未关联物理网卡、物理链路Down等），与CloudOS无关。

  • 如果底层能正常创建且网络通畅，则问题确实出在CloudOS的资源纳管或同步上，请继续向下排查。

第三步：强制同步资源与检查网络组件状态

1. 同步资源：在CloudOS的资源管理界面，找到该新集群，执行“同步资源”或“刷新”操作。有时缓存未更新会导致网络资源池信息滞后。

2. 检查网络组件：如果你的环境中有vCFC（虚拟化网络控制器）或OpenStack Neutron 组件，需要检查这些底层网络服务的状态是否正常。

   • 检查命令参考（如有权限）：

     • 检查网络插件状态：cloudos plugin list，确认对应版本的网络插件（如Neutron插件）状态为“已激活”。

     • 检查计算节点服务：登录计算节点，执行 systemctl status neutron-openvswitch-agent 确认服务运行正常。

第四步：排查“异常网络”配置

• 现象：知了社区中有用户遇到类似情况，原因是存在没有子网的“经典网络”，这种异常数据导致界面显示混乱。

• 操作：在CloudOS的“网络”菜单下，检查是否存在 “经典网络”类型且没有配置子网的条目。如果存在，尝试删除这个异常的经典网络后再试。

第五步：检查组织资源权限（如果涉及多组织）

如果您的环境区分了父/子组织，也需要检查权限分配问题。

• 操作：确认您当前登录的用户（或分配给虚拟机的用户）所在的组织，是否拥有虚拟机所在网段的资源权限。如果网络资源分配给了子组织，但您用父组织的用户去下发虚拟机，就会提示无网络资源。

总结一下排查顺序

1. 先对名字：核对底层物理网络出口名称与CloudOS网络配置是否完全一致。

2. 再测底层：在CAS等底层平台手动建一台虚拟机，确认集群网络物理上没问题。

3. 然后同步：在CloudOS中强制同步资源。

4. 最后看权限：检查是否有“无子网的经典网络”或组织权限问题。