-
在FC中使用模板部署VM时VM获取IP失败的解决方法
问题描述 在FC中模板部署多个VM时，VM获取IP失败，如下图所示无IP： 处理过程 1、 对抓取IP 失败的虚拟机进行分析：虚拟机分布在不同的CNA节点上，但是查看LLD发现他们处于一个机柜内,（此机柜是两个集群所在的机柜）红色标记是几个抓取IP失败的虚拟机所在节点 2、 选取一个节点进行测试（当时选择ctuci158cna）VNC登录此节点上的虚拟机 进入CMD 执行Ping 10.169.144.1（此子网的网关不通），ping10.169.133.240(DHCP服务器)也不通，尝试关闭VM的网卡并重启，删除网卡并添加，均不能获得IP。将IP设置为静态IP依然不能与网关和DHCP服务器联通 3、 登录FC解除IP与MAC绑定后再次ping网关和DHCP服务器均可以ping通，在此推测MAC地址与IP的绑定是网络不通的原因 4、 将ctuci158cna节点上的虚拟机迁移到可以获得IP的节点上,迁移后重启网络服务可以获得IP，由此怀疑网络配置导致不通 5、 登陆A17-07机柜的业务交换机S6724查看CNA业务端口配置，配置是正确无误的；查看上行业务端口，两个集群的数据都要通过本交换机进行交换，需要配置两个集群的VLAN，上行端口只配置了1集群的VLAN，没有配置2集群的VLAN，以致该机柜的CNA节点的端口组绑定VLAN 720-723的虚拟机无法抓取到动态IP 根因 由于机柜内是两个VLAN的服务器混合上架，接入交换机VLAN配置存在问题，少配了1个VLAN。 解决方案 1、通过IPOP工具进入交换机修改交换机配置： 2、在终端页面输入以下命令 #interface XG0/1/2（上行端口） #port trunk allow-vlan 720 to 723 (允许VLAN通过) 配置前输出信息： # interface XGigabitEthernet0/0/20 description TO_1A-08-09:5U_S9306(A)_10.156.173.4_XG1/0/2 port link-type trunk undo port trunk allow-pass vlan 1 port trunk allow-pass vlan 200 300 to 3……
SE_You
2024-10-31
10 0 0 -
模板部署虚拟机大于1024G的卷部署失败
问题描述 模板部署虚拟机一直失败，无法成功。 处理过程 此处内容需要 回复 后才能查看 原文
SE_You
2024-09-24
21 0 0 -
FusionComputer 中制作 suse系统的模板时进入repair filesystem模式的解决方法
问题描述 制作suse系统的模板，只保留系统盘，卸载数据盘后开机后系统进入repair filesystem模式的情况，如图： 告警信息 该故障无伴随告警产生。 处理过程 1、 根据第一种情况输入以下命令： (repair filesystem) # fsck /dev/vxdax （或执行fsck命令，执行完后重启系统） (repair filesystem)#fsck （修复过程中会遇到等待确认的情况，直接按y+回车键即可）然后重启系统，重启后系统后依旧进入repair filesystem模式，说明不是非正常关机或者强制重启造成系统进入repair filesystem模式的。 2、 如果导致suse进入修复模式的原因是第二种情况，解决方法就是修改/etc/fstab文件，删除错误的或者是不存在的挂载目录,，将配置恢复正常。 （修复模式下（read-only system） 文件是被保护的不能修改，运行下面命令,把系统文件权限改成可读写（rw）, 使根目录可写．即可以修复/etc/fstab文件，使之可写．然后就可以vi修改了,保存 wq，最后重启虚拟机） repair filesystem # vi /etc/fstab repair filesystem # mount -o remount,rw / repair filesystem #reboot 本例属于第二种情况，挂载的数据盘已经卸载，可是在挂载目录里的挂载路径还在导致系统进入repair filesystem模式，下图红线标注的挂载目录信息删除系统即可恢复正常 根因 Suse系统进入repair filesystem模式有两种情况： 1、 第一种情况：可能非正常关机引起的磁盘分区问题（如：在FC里面强制重启VM），不能正常进入系统 2、 第二种情况：由于/etc/fstab文件编辑错误而导致的不能正常进入系统 建议与总结 无
SE_You
2024-08-01
28 0 0
包含标签：模板 的文章
