问题描述 1、版本:FusionCompute R3C00SPC300; 2、VRM未主备部署 3、FusionCompute VRM和CNA节点通信异常,VRM cluster 9527 端口不通; 告警信息 VRM cluster 9527 端口不通 处理过程 1、
问题描述 Fusioncopute运行正常,但是通过FusionCopute无法获取CAN01节点的硬件信息,包括CPU/内存/磁盘等硬件信息,查看CNA节点上的Guest OS运行正常,网络ping运行正常,CNA网络运行正常; 告警信息 无 处理过程 1. 先使用p
问题描述 R3C00SPC20,FusionCompute portal界面出现主机光纤中断告警,用户虚拟机HA,如果是VRM虚拟机所在的主机出现此问题,则VRM会主备倒换,同时主机会重启。 告警信息 FusionCompute portal界面出现主机光纤中断告警 处理过程
问题描述 由于FusionCompute站点的虚拟机id都是从i-0000001顺序新增; 多个FusionCompute站点对接一个FusionAccess或者FusionManager系统,会出现虚拟机id重复的现象; 为了方便运维,涉及多个站点的场景,需要手工修改虚拟机id起始顺序
问题描述 某局点升级后X6000服务器重启 告警信息 无 处理过程 1、升级R3C00版本时,升级X6000服务器的BMC版本至2.16以上。 2、通过关闭硬件狗方式规避,和异构服务器场景保持一致。 根因 在suse5.4版本中, ipmi模块在不需要轮询
问题描述 CNA节点无法扫描到SAN存储设备 告警信息 无 处理过程 一、首先排查是否是由于存储配置错误导致扫描不到存储设备 1、使用“PuTTY”,登录当前扫描的CNA节点。以“gandalf”用户,通过管理平面IP地址登录。 2、 执行以下命令,按提示输入“
1、检查vc证书是否过期: 在vcsa中分别执行如下命令,在每个命令的输出结果中会有 Not After的条目,检查该条目的时间是否已过期: /usr/lib/vmware-vmafd/bin/vecs-cli entry list --store TRUSTED_ROOTS --text
问题描述 FusionAccess R3C00 虚拟机之间业务IP互ping丢包严重 1. 同一PortGroup内,用户虚拟机不能互通,但都可分别ping通网关; 2. 基础架构虚拟机之间互ping,总会有1%~3%的丢包; 3. 迁移至同一台CNA,问题依旧。 告警信息
问题描述 FC关联异构存储(HP4730)时,主机上已经将存储的业务IP(50.50.50.100)加入iSCSI,存储添加了主机的iqn,网络是通的,但FC管理界面上仍然关联失败。 告警信息 存储关联失败。 处理过程 根据日志分析,存储的IP与主机之间会话没有建立成功,如
问题描述 在使用bcdedit -set testsigning on命令开启testsigning功能时,提示:The boot configuration data store could not be opened. Access is denied. 告警信息 无 处