跳转到主要内容

华为

华为Fusioncompute扩容LUN后，总容量没变化

分类
华为
故障描述

　客户新扩容了LUN，在VRM里面点增加容量，任务显示成功。但实际总容量不变。

故障分析

　　无

处理过程

客户版本涉及Bug，并且为免费版，无法升级及工单处理。

规避办法：

登陆VRM

putty -ssh  gandalf@192.168.2.250  -pw IaaS@OS-CLOUD9!

TMOUT=0

su - root

IaaS@OS-CLOUD8!

psql -U galax vrm

SingleLOUD!1

SELECT * FROM TBL_VS_STORAGE_UNIT;  //查看对应磁盘配置的可用容量；

UPDATE TBL_vs_STORAGE_unit set  SU_USED_CAPACITY=8189 where su_ID='52540904766C4E84BC7ACBCF9DEA9173';  //此处ID为对应的LUNID，8189为VRM显示的容量。

更新后再进行增加容量操作。如果问题依旧。建议存储扩容3G容量。重新扫描。再进行扩容操作。    

建议/总结

　　无

使用XenConvertor将VMDK转化为VHD并成功导入FusionCompute R3C10

故障描述

1.通过华为DC Rainbow OVFConvertor虚拟机镜像转换（image to image）工具，可将VMware VMDK格式转化为华为VHD格式，并成功导入FusionCompute R5C00，但是无法导入到FusionCompute R3C10。

2.根据DC Rainbow产品文档，OVFConvertor主要是基于FusionCompute R5C00而开发，所以在FusionCompute R3C10上无法导入转换后的VHD文件。

3. 如果要在FusionCompute R3C10环境中成功导入，目前可使用开源的XenConvertor将VMDK转化为VHD，然后再导入。

故障分析
告警信息 使用OVFConvertor将VMDK转换为VHD成功，但是无法导入FusionCompute R3C10。 根因 OVFConvertor 基于FusionCompute R5C00开发，在其他版本会出现转换后的VHD不能导入。
处理过程

使用XenConvertor转换VMDK为VHD后，成功导入FusionCompute R3C10。

使用XenConvertor将VMDK转化为VHD并导入FusionCompute R3C10

1. 在VMwarevSphere将虚拟机导出。（包含VMDK与XML两个文件）

2. 下载安装XenConvertor
http://www.citrix.com/downloads/xenserver/tools/conversion.html


3. 打开XenConvertor，选择转化方式为VMDK到VHD，点击下一步。



4. 浏览并选择从VMware导出的VMDK文件。



5. 指定目标文件存储路径。



6. 确认信息并点击Convert，然后等待任务100%完成后可在目标目录C:\vhdd下看到VHD和XML两个文件。



7. 在FusionCompute R3C10中通过模板导入转化后的虚机镜像。然后使用该模板部署FusionCompute虚拟机。

建议/总结

使用XenConvertor将VMDK转化为VHD并导入FusionCompute R3C10。

已提需求要求DC Rainbow OVFConvertor能支持在FusionCompute R3C10环境下的I2I转换与导入。

Linux升级后导致uvp-monitor无法运行

故障描述

客户在fusioncompute v1r5上安装Centos 7并安装Tools正常，但是yum update后无法使用；

[root@centos ~]# systemctl status uvp-monitor
uvp-monitor.service - LSB: uvp monitor
   Loaded: loaded (/etc/rc.d/init.d/uvp-monitor)
   Active: failed (Result: exit-code) since 三 2015-09-30 17:44:52 CST; 2min 8s ago
  Process: 1395 ExecStart=/etc/rc.d/init.d/uvp-monitor start (code=exited, status=1/FAILURE)

9月 30 17:44:26 centos.vapp systemd[1]: Starting LSB: uvp monitor...
9月 30 17:44:26 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:31 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:37 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:42 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:47 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:52 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:52 centos.vapp systemd[1]: uvp-monitor.service: control proces...1
9月 30 17:44:52 centos.vapp systemd[1]: Failed to start LSB: uvp monitor.
9月 30 17:44:52 centos.vapp systemd[1]: Unit uvp-monitor.service entered fa....
Hint: Some lines were ellipsized, use -l to show in full.
[root@centos ~]# systemctl start uvp-monitor
Job for uvp-monitor.service failed. See 'systemctl status uvp-monitor.service' and 'journalctl -xn' for details.

故障分析

　　经确认，yum升级时内核版本也进行了升级，导致加载失败。重装tools；

处理过程

[root@centos ~]# ps -aux | grep uvp
root      12220  0.0  0.0 112656   972 pts/0    S+   17:46   0:00 grep --color=auto uvp
[root@centos ~]# systemctl status uvp-monitor
uvp-monitor.service - LSB: uvp monitor
   Loaded: loaded (/etc/rc.d/init.d/uvp-monitor)
   Active: failed (Result: exit-code) since 三 2015-09-30 17:44:52 CST; 2min 8s ago
  Process: 1395 ExecStart=/etc/rc.d/init.d/uvp-monitor start (code=exited, status=1/FAILURE)

9月 30 17:44:26 centos.vapp systemd[1]: Starting LSB: uvp monitor...
9月 30 17:44:26 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:31 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:37 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:42 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:47 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:52 centos.vapp uvp-monitor[1395]: [失败]
9月 30 17:44:52 centos.vapp systemd[1]: uvp-monitor.service: control proces...1
9月 30 17:44:52 centos.vapp systemd[1]: Failed to start LSB: uvp monitor.
9月 30 17:44:52 centos.vapp systemd[1]: Unit uvp-monitor.service entered fa....
Hint: Some lines were ellipsized, use -l to show in full.

1、挂载TOOLS，
[root@centos ~]#  mount /dev/sr0 /mnt/cdrom/
mount: /dev/sr0 写保护，将以只读方式挂载
[root@centos ~]# cp /mnt/cdrom/uvp-tools-linux-1.3.10.32-408.tar.bz2 ~
2、安装tools;

[root@centos cdrom]# cd ~
[root@centos ~]# tar xjf uvp-tools-linux-1.3.10.32-408.tar.bz2
[root@centos uvp-tools-linux-1.3.10.32-408]# cd ..
[root@centos ~]# cd uvp-tools-linux-1.3.10.32-408
[root@centos uvp-tools-linux-1.3.10.32-408]# ./install
cat: /var/run/tools_upgrade/pvdriver_version.ini: 没有那个文件或目录
error: please boot kernel 3.10.0-229.el7.x86_64 and upgrade again.   //此处报错，提示内核版本不一致
3、修改version.ini文件
[root@centos uvp-tools-linux-1.3.10.32-408]# vi /etc/.uvp-monitor/version.ini
pvdriverVersion=3.10.32.408
DriverVersion=1.3.10.32
#kernelVersion="3.10.0-229.el7.x86_64"  将此行注释掉。
[root@centos uvp-tools-linux-1.3.10.32-408]# ./install
Start Uninstallation :
  restore system configurations.
  uninstall uvp-monitor service.
  uninstall kernel modules.
Start Installation :
  install kernel modules.
  install uvp-monitor service.
  enable arp_notify setting.
  change system configurations.
Update kernel initrd image.

建议/总结

　　无

防火墙会话检测导致VRM导入时配置主机失败

故障描述

　　 导入VRM虚拟机时，配置主机始终提示添加主机失败。能PING通CNA，能SSH登陆。但始终提示与主机通信异常

2015-09-29 22:02:00.781> [INFO] begin to config host ...
2015-09-29 22:02:00.781> [INFO] Config host cmd : java.exe -jar "D:\HWCLOUD\Tools\Installer\VrmAutoConfigTool.jar" installvrm "D:\CloudComponents\config\10.10.252.11_config.xml" 127.0.0.1 configHost zh_CN
2015-09-29 22:02:02.744> [INFO] Current progress is 55
2015-09-29 22:02:04.746> [INFO] Current progress is 56
2015-09-29 22:02:06.749> [INFO] Current progress is 57
2015-09-29 22:02:08.753> [INFO] Current progress is 58
2015-09-29 22:02:09.435> [DEBUG] Config host output :
 stdout: [Start]: addHost
start to postForLocation:http://127.0.0.1:7070/service/sites/546D095A/hosts
FAILED: AddHost
REASON: 10200300
DESCRIPTION: 与主机通信异常，请稍后重试或联系华为技术支持。
**ERRORCODE_VRM** 10200300 与主机通信异常，请稍后重试或联系华为技术支持。
errorCode:10300027,add host failed.,hostIp10.10.252.11

故障分析

　　1、怀疑网络不稳定，执行ping 10.10.251.11 -t 发现配置过程中没有掉包。
      2、检查Windows 防火墙及杀毒软件,都已经关闭。
       3、仔细检查网络环境为windows 7连接在防火墙USG2200系列的LAN口侧。怀疑与防火墙会话检测有关；

配置IP地址192.168.99.109，网关为192.168.99.1，而CNA网络的三层交换机互联接口为192.168.99.254；当 Windows与CNA主动创建TCP时没有问题，因为首包通过了防火墙，防火墙创建了连接。而CNA主动POST访问WINDOWS时首包不通过USG 防火墙，防火墙上没有报文，当windows 主机返回报文时，防火墙认为是一个非法连接，所以把返回报文DROP掉。导致无法添加。

处理过程

进入防火墙配置undo firewall session link-state check后问题解决

建议/总结

　　无

订阅 华为