FusionComputeCNA重启后无法正常访问网络

发布时间:  2016-11-26 浏览次数:  79 下载次数:  0
问题描述

搭建FC环境过程中,VRM虚拟机承载CAN在进行手动配置华为多路径模式重启后,无法正常访问网络。

处理过程

1、  在本地PC上长PING目标CNAIP,重启CNA,观察PING包结果。

在服务器重启过程中,启动网络服务后PING通了约12个包,排除物理线路故障原因。

2、  使用命令 ifconfig 查看服务器端口网络配置

端口网络配置与正常运行时一致,排除重启服务器后绑定端口配置失效原因

3、  使用命令 cat /proc/net/bonding/bondxx(本例中为18)查看绑定端口详细配置

绑定端口下有2个端口,eth0eth4,当前激活端口为eth0

因网络配置原因,以上两个端口中只有eth4端口可以与其他设备正常通信,eth0端口无法正常连接网络,在绑定端口激活eth0端口的情况下,无法正常对外通信。

4、  使用命令 ifconfig eth0 downifconfig eth0 up命令重启eth0端口,使绑定端口的对应激活端口切换到eth4。切换完成后可以正常连接网络。

5、  FC搭建配置过程中,CNA服务器的端口配置是先进行eth4的配置,然后将eth0端口添加到绑定端口中,所以在服务器运行期间,激活端口保持为eth4,可以正常通信。服务器重启后,绑定端口按照端口序号使用eth0作为激活端口,导致网络无法访问。

根因

设备重启后,通过KVM窗口监控到设备已启动,但FC界面中依然留存CNA02VRM02无法连接告警及VRM心跳告警。通过安装PC进行PING操作发现CNAVRM无法PING通。在KVM窗口中使用CNA02进行PING操作,同一子网内其他设备除位于本机的虚拟机VRM02以外均不通。

判断为服务器对外链接不通,端口失效

建议与总结

CNA服务器的绑定端口默认优先激活序列号靠前的端口,在条件不满足的情况下,保持单端口绑定状态,不能随意添加端口序列号靠前的无效端口到绑定端口队列中。
进行FC搭建配置前,按照网络及设备冗余要求保证一个完整的网络环境

END