华为Fusion Compute启动故障

问题描述
vrm单节点部署，环境掉电上电后，FC页面出现无法登陆情况。
处理过程
1.在本地ping vrm的ip和浮动ip发现无法ping通，ping vrm虚拟机所在的主机ip发现也无法ping通
2.找到主机的BMC地址，通知BMC登录主机后台，在主机后台执行xl list命令，确定vrm虚拟机在主机上正常运行。

在主机后台通过ping vrm的ip发现在主机侧无法ping通vrm的ip地址。

查看主机侧nc日志，发现日志中不断打印与vrm的心跳连接中断。
3.通过查看history历史记录，确定该主机的管理平面VLAN被人为修改过，这里发现主机的管理平面VLAN被人为修改过，默认情况下主机的管理平面VLAN值为0。

若通过history无法查找到相关记录，可以通过route命令查找到主机网关，并在主机后台ping网关，确定是否能够ping通，若无法ping通网关，则考虑是否是由于管理面网络VLAN划分不合理导致。

在主机后台执行ovs-vsctl show 命令进一步确定下是否是由于管理平面VLAN被修改，这里发现主机管理平面的VLAN被修改为16.

4.将主机侧VLAN修改为现网所规划的VLAN（这里修改为默认值0）之后，通过本地PC ping主机ip，发现此时可以正常ping通，但通过本地PC ping VRM的ip发现还是无法ping通，在主机侧ping VRM的ip发现也是无法ping通。此时需要进一步排查VRM的相关网络配置信息是否正确。

5.在主机后台执行/opt/galax/NCclient getHostVMFlowStatis命令查看vrm虚拟机的信息，发现查出来的vrm虚拟机的ip地址信息异常，正常的vrm虚拟机ip地址应该为9.38.89.22，而通过该命令查寻到的ip地址为9.38.89.122异常值。

6.在本地PC与主机的IP已经通的情况下，此时可以借助VNC第三方登录工具（详见附件），登录vrm虚拟机后台查看/etc/sysconfig/network/ifcfg-eth0配置文件，发现该配置文件ip和子网掩码都有被修改过。正常的VRM虚拟机ip地址应为9.38.89.22，子网掩码应为255.255.255.0。

根因
环境中的VRM管理平面和主机的管理平面VLAN值被人为修改，且由于vrm中的ifcfg-eth0配置文件中记录的网络配置信息也被修改过，导致VRM与主机的网络不通，因此导致FC portal无法登录。
解决方案
1.登录vrm虚拟机所在主机后台执行以下命令，根据提示修改VRM节点所在主机的管理平面VLAN为默认值0
sh /opt/galax/eucalyptus/ecs_scripts/vsa/updateCNAINTVlan.sh 0

2.当本地PC和主机ip可以ping通后，此时可以借助第三方vnc工具登录vrm虚拟机后台，修改/etc/sysconfig/network/ifcfg-eth0配置文件中的ip地址和子网掩码为正确值。
3.  在vrm后台执行sh /opt/galax/vrm/tomcat/script/nrm/updateVRMVlan.sh命令（不同版本该脚本的放置路径可能会有所差异），进入修改VRM管理平面VLAN的菜单，根据提示修改VRM管理平面VLAN为正常值（这里修改为默认值0）。

根因
环境中的VRM管理平面和主机的管理平面VLAN值被人为修改，且由于vrm中的ifcfg-eth0配置文件中记录的网络配置信息也被修改过，导致VRM与主机的网络不通，因此导致FC portal无法登录。
解决方案
1.登录vrm虚拟机所在主机后台执行以下命令，根据提示修改VRM节点所在主机的管理平面VLAN为默认值0
sh /opt/galax/eucalyptus/ecs_scripts/vsa/updateCNAINTVlan.sh 0

2.当本地PC和主机ip可以ping通后，此时可以借助第三方vnc工具登录vrm虚拟机后台，修改/etc/sysconfig/network/ifcfg-eth0配置文件中的ip地址和子网掩码为正确值。
3.  在vrm后台执行sh /opt/galax/vrm/tomcat/script/nrm/updateVRMVlan.sh命令（不同版本该脚本的放置路径可能会有所差异），进入修改VRM管理平面VLAN的菜单，根据提示修改VRM管理平面VLAN为正常值（这里修改为默认值0）。

上一篇:
FAQ: FC 6.3.1 无法扫描到本地磁盘
下一篇:
FusionCompute 6.3虚拟机网络不通。
免责声明：本案例仅供参考不提供专业意见。

上一篇:
FAQ: FC 6.3.1 无法扫描到本地磁盘