包含标签:FusionComputer 的文章
  • FusionComputer V100R003C00版本如何处理物理交换机割接后虚拟机与网关不通

    问题描述 局点物理交换机割接后,有两台Windows虚拟机ping不通网关。将网关更换为另外的IP地址后,虚拟机可以ping通网关。 处理过程 此处内容需要 回复 后才能查看 原文

    SE_You 2024-09-19
    27 0 0
  • 服务器虚拟化产品fusioncomputer(V100R003C10SPC600)的管理网口由于交换机上行链路出现网络堵塞导致虚拟机出现HA操作

    问题描述 XX局点组网环境如下,fusioncomputer计算节点管理网络和业务网络采用主备模式,客户近期部署了NBU备份服务器备份挂接在接入层交换机SW3及SW4下的数据库服务器。 XX时间期间发生40台左右虚拟机发生HA,并有7台主机频发上报“主机与VRM心跳异常”告警,2台主机重启。 告警信息 告警有虚拟机发生HA提示,并有7台主机频发上报“主机与VRM心跳异常”告警,2台服务器重启 处理过程 此处内容需要 回复 后才能查看 原文

    SE_You 2024-09-05
    11 0 0
  • FusionComputer导入license失败

    问题描述 FusionComputer版本信息为V100R003C10SPC500 故障现象:导入license失败 告警信息 导入license失败 处理过程 重新申请单版本的license后导入正常 根因 申请的license包含标准版、运营版、铂金版等所有license的版本,并且licesne的数量加起来超过了license计数的阈值,导致导入失败 解决方案 重新申请单版本的license后导入正常 建议与总结 在申请license时,应只包含单版本且license数量限制在license计数阀值内

    SE_You 2024-08-12
    24 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
  • FusionComputer同一网段两台虚拟机能够PING通,不能SSH到对方的故障处理案例

    问题描述 FusionCompute创建两个分布在不同CAN上的管理平面虚拟机,互相能够PING通,也能SSH到对方,切换虚拟机端口组到业务平面端口组(两个虚拟机使用同一端口组),互相能够PING通,不能SSH到对方。 服务器:E9K 网卡:MZ510扣卡  BE3 10GE网卡 版本:FusionSphereR3C00SPC300 告警信息 FusionCompute同一网段两台虚拟机能够PING通,在业务网络不能SSH到对方,但在管理网络能够互相ssh对方 处理过程 1. 1. 查看虚拟机上SSH服务是否启动:ps –ef | grep ssh 结果:正常 2. 2. 查看虚拟机ssh端口是否正常: netstat –alt 3. 将虚拟机上iptables规则全部清空:iptables –F 结果:虚拟机仍然不能SSH到对方 4. 将虚拟机的pv-driver卸载 结果:虚拟机能SSH到对方 5. 安装虚拟机pv-driver,将两台虚拟机迁移到同一主机上 结果:虚拟机然SSH到对方 步骤5与局点现象相比,差异点是数据包一个不出CAN,一个出CAN,因此怀疑可能网卡驱动存在问题 6. 查看网卡驱动版本: ethtool –i eth0 linux-JyRAav:/home/GalaX8800 # ethtool -i eth0 driver: be2net version: 4.1.402.6 firmware-version: 4.4.262.3 bus-info: 0000:02:00.0 supports-statistics: yes supports-test: yes supports-eeprom-access: yes supports-register-dump: no发现be2net网卡驱动版本与固件版本不一致,此前在山西孝义局点出现过版本不一致导致创建虚拟机慢(经分析是存储面丢包) 根因 Be2net网卡驱动版本与固件版本不一致的情况下,会出现各种网络问题(比如丢包,收发带有vlan标签的数据包时有时剥离vlan标签,有时不剥离)。 建议与总结 升级主机domain0的网卡驱动版本,与微码版本保持一致。 具体升级办法: 此处内容需要 回复 后才能查看

    SE_You 2024-07-23
    6 0 0
  • 虚拟化无法登陆FusionComputer

    问题描述 VRM采取本地主备部署,部署完需要用命令切换多路径并重启主机,所在主机关闭后,VRM浮动IP中断,主节点物理IP中断,备节点物理IP正常,但不提供服务。无法登陆FusionComputer。 告警信息 无 处理过程 添加多个仲裁IP,第一个建议设置为网关, 另外两个建议设置为与管理平面互通的全局服务器的IP地址,如AD域服务器、DNS服务器等。 根因 本次部署配置仲裁IP为网关,仲裁IP暂时不可用,VRM主备切换需要仲裁IP,否则无法切换,导致服务中断。 建议与总结 无

    SE_You 2024-07-22
    16 0 0