搜索内容

包含标签：失败 的文章

  • 在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

  • FusionComputeV3C00镜像制作创建虚拟机失败

    问题描述 1、应某局点客户需求制作windows 64位中文版模板和镜像，并升级模板pvdriver和SPES。在创建裸虚拟机、安装基础操作系统、完成云软件和日常软件安装、完成系统配置后，封装成模板。在FusionCompute上模板导入虚拟机以测试模板系统配置情况，发现创建的虚拟机无法正常启动（反复重启），出现如下图所以情况： 2、解决问题1后，在FusionAccess上配置模板，以模板添加虚拟机，发现添加虚拟机失败，查看原因如下图： 处理过程 问题1处理过程： 桌面云模板制作要求把安装基础操作系统时产生的localAccount账户删除，用Administrator账号进行操作系统的配置。经过检查虚拟机，发现残留有localAccount账号信息，导致模板封装出现问题，虚拟机启动失败。经检查，删除localAccount账户是在计算机-管理-用户里删除的，所以导致账户信息删除不完全。在控制面板里吧该账户删除即可解决问题。 问题2处理过程： 创建虚拟机获取机器名失败。按如下步骤定位： 1、查看网络连接是否存在问题，服务器与存储的网络连接是否存在问题。经检查，网络并无问题； 2、查看是否在FusionAccess中创建虚拟机时选择端口错误。经检查端口选择无误。 3、在FusionCompute里用模板导入虚拟机，在虚拟机里查看winRM服务为启动并为自启动。命令行执行winRM quickconfig /q返回“winRM未启动，将其置为启动并为自启动。应该为系统启动winRM服务失败。只要在封装模板前执行一次winRM quickconfig /q即可解决问题。 原文

    SE_You 2024-10-28
    19 0 0

  • FusionCompute V100R005C00SPC100 升级补丁案例：VRM和CNA分开升级导致分发主机软件包失败

    问题描述 升级目标版本为FusionCompute V100R005C00SPC100，操作人员将VRM和CNA分开执行升级操作，即先创建VRM类型的升级工程，将VRM节点升级后执行提交操作，再创建新的CNA类型的升级工程，此时对CNA节点分发软件包时在升级工具界面提示“下载补丁包失败”。 告警信息 告警ID：11312129.下载补丁包失败 处理过程 此处内容需要 回复 后才能查看 原文

    SE_You 2024-09-30
    11 0 0

  • 如何处理Windows虚拟机磁盘驱动器驱动加载失败

    问题描述 一台虚拟机磁盘空间不足后，再挂载数据磁盘后，在磁盘管理器中无法查看到新挂载的磁盘，但是在Portal上显示磁盘挂载成功，在虚拟机内部查看是磁盘驱动器驱动加载失败（如图1所示）。 图1 磁盘驱动器驱动加载失败 处理过程 此处内容需要 回复 后才能查看 原文

    SE_You 2024-09-18
    44 0 0

  • FC启动服务组件失败

    问题描述 在搭建桌面云R5版本时，先把ISO镜像挂载在服务器上之后，打开FC软件，一直无法打开，提示启动服务组件失败。如下，打开FC软件，选择语言“中文”，按“确定”如下图： 之后出现“启动组件服务失败”提示，如下图： 告警信息 查看告警日志，如下： 2014-02-12 17:53:26.670> [DEBUG] check service [win_vrm] exist? 2014-02-12 17:53:26.689> [DEBUG] service [win_vrm] is exist 2014-02-12 17:53:26.703> [INFO] service Win_vrm is stopped! 2014-02-12 17:53:29.738> [INFO] Start Service failed: System.InvalidOperationException: Cannot start service Win_vrm on computer '.'. ---> System.ComponentModel.Win32Exception: 系统找不到指定的文件。 --- End of inner exception stack trace --- at System.ServiceProcess.ServiceController.Start(String[] args) at System.ServiceProcess.ServiceController.Start() at GalaxEngineInstaller.Util.Common.StartService(String serviceName) 2014-02-12 17:53:29.738> [ERROR] start [win_vrm] service failed!,begain to reRegist win_vrm. 2014-02-12 17:53:29.748> [ERROR] File D:\CloudComponents\bin\lib\start_vrm.bat is not exist! 2014-02-12 17:53:29.751> [ERROR] Start vrm or psql service failed! 处理过程 此处内容需要 回复 后才能查看 原文

    SE_You 2024-09-12
    13 0 0

  • VRM更改数据存储失败

    问题描述 运维人员登录FusionCompute Portal对VRM虚拟机进行存储迁移时上报“虚拟机的当前配置不支持基本块存储向虚拟化存储热迁移。” 告警信息 虚拟机的当前配置不支持基本块存储向虚拟化存储热迁移。 处理过程 此处内容需要 回复 后才能查看 原文

    SE_You 2024-09-10
    6 0 0

  • 云计算FusionCompute（V100R003C10SPC600）添加存储接口IP地址失败

    问题描述 在虚拟化FusionCompute平台，添加存储接口IP地址失败。 告警信息 添加存储接口IP地址失败。 处理过程 通过更改数据库，将没有删除的旧接口IP地址删除。 根因 添加存储接口IP地址后，因为客户网络改变，需要删除原有接口IP地址，新添加的存储接口IP地址总是失败，通过服务器底层系统定位问题，发现原有的接口IP地址还存在，没有删除，但是在平台上已经删除，导致新IP地址无法添加。 解决方案 更改数据库，将没有删除的旧接口IP地址删除，然后再添加存储接口IP地址。 建议与总结 删除存储接口IP地址时，尽量不要做其他操作，否则可能引起平台已经删除，但是底层还存在的问题。

    SE_You 2024-08-16
    18 0 0

  • 配置VRM时仲裁IP不通导致安装VRM失败

    问题描述 Fusion Computer V100R003C00   通过VRM模板安装VRM虚拟机配置仲裁IP 第一仲裁IP 建议配置为管理平面网关地址，所以配置为规划的管理平面网关，校验配置信息不成功。 告警信息 无 处理过程 1、 在交换机上配置网关后 校验配置信息通过，VRM安装成功。 根因 由于当时使用的交换机，未配置网关，主备VRM节点会周期向所有仲裁IP地址发送PING命令。当前主VRM节点无法PING通所有仲裁IP地址，且备VRM节点可以PING通至少一个仲裁IP地址时，触发主备倒换 。由于主备VRM节点无法PING通仲裁IP，所以校验配置信息不通过。

    SE_You 2024-08-15
    13 0 0

  • FusionComputer导入license失败

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

    SE_You 2024-08-12
    22 0 0

  • FusionCompute关联存储失败

    问题描述 使用Windows2012服务器做的磁盘，通过ISCSI方式映射给CNA节点，在FusionCompute界面关联存储时失败，提示“关联存储资源时出错”，如下图： 告警信息 无。 处理过程 将CNA01节点/etc/iscsi/initatorname.iscsi文件中的名称InitiatorName=IQN修改为InitiatorName=iqn.2014-05.com.huawei.10:bf:48:4c:45:f7:65，后并执行/etc/init.d/open-iscsi restart 重启iscsi服务后，重新再关联存储。 根因 查看系统日志显示发现设备失败了，现场两个节点，其中CNA01关联存储失败，CNA02可以正常关联，由于客户手动修改过CNA01的iqn号，查看iscsi 的启动器名称：显示为IQN，与实际在服务器上看到的不一致，导致关联失败，CAN01节点日志报错如下图： 对比两台CAN节点的/etc/iscsi/initatorname.iscsi文件显示如下： CNA01主机显示如下，而正确的应该为InitiatorName=iqn.2014-05.com.huawei.10:bf:48:4c:45:f7:65 CNA02主机： 建议与总结 建议不要随意修改主机的IQN号。

    SE_You 2024-07-24
    69 0 0
12 下一页尾页1/2