23、vSpherer4.1中32位win2003会不定时的关机，关机后无法再次登录

故障现象：客户的X86 Windows2003VM系统在使用中会不定时的关机。关机时间不确定，几个小时到几天，关机瞬间就像物理机断电一样，关机后的VM能再次开启，但只要输入账号和密码就立即关机，连安全模式也一样状况。其他X64VM系统没有任何问题。

解决方法： 通过两个月的煎熬，排除了网络病毒、物理硬件和系统版本的原因，通过不断的分析 ESXi 和主机日志，发现有类似如下日志
Sep 07 01:45:03.709: mks| SOCKET 10 (91) recv error 104: Connection reset by peer
Sep 07 01:45:03.709: mks| SOCKET 10 (91) destroying VNC backend on socket error: 1
Sep 07 03:26:42.676: vmx| Vix: [10666095 mainDispatch.c:907]: VMAutomation_PowerOff: Powering off. （VM Powering off）
通过400长期的周旋，发现这是7月底发现的BUG,通过在ESXi主机下输入命令：
/etc/init.d/sfcbd-watchdog stop 
chkconfig sfcbd-watchdog off
chkconfig sfcbd off
问 题解决，但 VC 上插件和监控状态失效，去官网（ http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=2000609 ）下载最新补丁，安装，一切 OK 。
 
 
24 、 VM （ windows2003 ）全屏最大化后，鼠标移动缓慢或错位
解决方法：
1、 查看是否安装 VMware-tools
2、 查看系统内硬件加速是否开启（完全）
3、 将虚拟机分辨率调整为： 800x600
4 、到控制台中打开，上面菜单栏中 à 视图 à 自动匹配窗口勾去掉
5 、查看虚拟机中的显卡驱动是否为： VMware SVGA II
一般情况下，这 5 点中，满足 1 、 2 、 3 基本可以解决问题，如果全部满足还不行那你只能阿弥陀佛了。当然前提是你已经排除 VM OS 本身的问题如 CPU 或内存 占用比较大，存储读写延时等等。（注：附件中有图片）
 

24、用VDR备份无法创建静默快照，因为创建快照操作超过了拖延已冻结虚拟机中 I/O 的时限。

解决方法：停止服务 VMware Tools Services, 打开 Vmware Tools 安装程序，选择 Modify 。不要安装 Volume Shadow Copy Services Support ，完成后重启 VM.
 
 
25、如何从本地上传下载文件到ESXi主机
解决方法： 1 、可以通过 ESXi 的命令 SCP 上传和下载，在没有三方工具的情况下这个命令需要需要通过另外一台 Linux 中转才能把需要的文件上传和下载要需要的文件下。
2 、由于 Client 登陆 VC 后，可以在上面看到共享的存储空间和本地硬盘，这说明 ESXi 主机内一定有一个文件同样也可以看到这些空间。经过分析发现 /vmfs/volumes/ 目录就是存储和本地硬盘的存放点。可以通过这个目录上传和下载 ESXi 主机中的文件。
 
 
26、在 vCenter Server 升级到 5.0 版本后，ESX 4.0 Update 2 主机可能崩溃
解决方法： 发生崩溃时，同时在紫色屏幕上显示以下消息： NOT_IMPLEMENTED bora/vmkernel/filesystems/visorfs/visorfsObj.c:3391 。
解决办法：升级到 vCenter Server 5.0 之前，将由 vCenter Server 管理的所有 ESX 4.0 Update 2 主机升级到 ESX 4.0 Update 3 。
 
 
27、HA配置到90%时失败，提示：Internal AAM Error-agent could not start
故障状态：
1 、第一台主机加入到 Cluster 没问题，但是第二台主机加入到 cluster 时，走到 90% 出错，提示如下错误： Internal AAM Errors-agent could not start
复制代码
2 、在 aam_config_util_addnode.log 文件里有类似如下错误信息：
01.01/23/10 16:20:49 [myexit ] Failure location:
02.01/23/10 16:20:49 [myexit ] function main::myexit called from line 2199
03.01/23/10 16:20:49 [myexit ] function main::start_agent called from line 1168
04.01/23/10 16:20:49 [myexit ] function main::add_aam_node called from line 171
05.01/23/10 16:20:49 [myexit ] VMwareresult=failure
故障分析：
这种故障一般和 UDP 8043 端口无法访问有一定关系；
解决方案：
确保 UDP 8043 端口畅通无阻，比如：
执行如下命令：
tcpdump -i vswif0 -s 900 -n udp port 8043 -w ${ 主机名 }.pcap
 
 
28、查阅和重装VirtualCenter Server agents(vpxa)服务
故障状态：
·配置 VMware High Availability (HA) 失败；
·重新配置 VMware HA 时，提示如下错误：
Could not Enable aam firewall ruleset :vim.fault.HostConfigFault
·无法将 ESX 添加到 VirtualCenter ；
·尝试重新将 ESX 添加到 VirtualCenter 时，提示如下错误：
unable to access the specified host, either it doesn't exist, the server software is not responding, or there is a network problem
·在 hostd.log 文件中有如下内容：
[2010-05-24 10:45:51.463 'Vmomi' 15752112 info] Throw vim.fault.AlreadyExists
[2008-05-26 10:45:51.463 'Vmomi' 15752112 info] Result:
(vim.fault.AlreadyExists) {
   name = "vpxuser"
   msg = ""
}
解决方案 ;
备注：当看到如下错误时，请在 ESX 主机上重装 vpxa ：
unable to access the specified host, either it doesn't exist, the server software is not responding, or there is a network problem.
查看安装在 ESX/ESXi 服务器上的 VirtualCenter agent(vpxa) 版本号的方法如下：
1. 首先确定 VirtualCenter 的版本号：点击 Help 按钮，点击 About 可查阅；
命令查看 VMware-vpxa 的命令：
rpm -V VMware-vpxa
 
 
29、使用IBM服务器可能导致ESXi/ESX 4.1服务器HBA卡和PCI设备停止响应
故障状态：
当使用 IBM x3650 M3 或 BladeCenter HS22V 服务器时，可能会在 ESXi/ESX 4.1 上遇到下面的问题：
1 、 HBA 卡停止响应；
2 、某些 PCI 设备无响应；
3 、可以在 ALT+F12 界面和日志信息里看到这样的信息：
vmkernel: 6:01:34:46.970 cpu0:4120)ALERT: APIC: 1823: APICID 0x00000000 - ESR = 0x40
4 、 HBA 卡停止响应，例如：
      vmkernel: 6:01:42:36.189 cpu15:4274)<6>qla2xxx0000:1a:00.0: qla2x00_abort_isp: **** FAILED ****
      vmkernel: 6:01:47:36.383cpu14:4274)<4>qla2xxx 0000:1a:00.0: Failed mailbox send register test
5 、 HBA 卡可能进入离线状态，例如：
      vmkernel: 6:01:47:36.383 cpu14:4274)<4>qla2xxx 0000:1a:00.0: ISP error recovery failed - board disabled
故障分析：
具体问题还不太清楚，期待 VMware 官方能够给出解释并放出相关补丁；
解决方案：
在 ESXi/ESX 4.1 里面雀圣启用了中断重映射代码，而这个代码和部分 IBM 服务器不兼容，可以通过禁止掉这个代码缺省启动的方式来临时解决这个问题：
1 、进入到命令行界面，执行如下命令：
#esxcfg-advcfg -k TRUE ioDisableIR
#init 6
2 、重启后检查这个选项是否依然缺省启动：
#esxcfg-info -c
iovDisableIR=TRUE
备注：这就表示缺省没有启动；
也可以利用 vSphere Client 登录到服务器的 GUI 进行修改
 
30、虚拟机无法关闭停止在95%左右的解决办法
一次做虚拟机回收工作，由于目标虚拟机当时杀毒软件正在运行， CPU 占用很高，本来想登陆关闭虚拟机，但是远程连接根本没反映，打开 VC 带的控制台，鼠标点击进去，操作也是在是慢，总归到底，最后，直接将虚拟机电源关闭。之后，就看着任务开始执行，但进度条走到 95% 的时候，咋都不动了。
解决思路：
这个问题，属于一个“沟通”问题，应该从两方面入手：
1 、一个是 vCenter 端是否已经将此命令顺利传送到 ESX ；
2 、然后是， ESXi/ESX 端是否顺利接到命令，以及是否执行了此命令。
解决过程：
1 、 SSH 连接 ESX ；
2 、 vmware-cmd <path.vmx> getstate 确定虚拟机状态；
     <path.vmx> 为完全路径（空格等前别忘了加上转义符 /）；vmware-cmd -l命令可查看虚拟机路
3 、官方文档说若为 On ，可继续执行其他命令来结束虚拟机；
但是我走到这里，显示的为 Off ；这就说明， ESX 已经将虚拟机关闭了，那这问题就是一个沟通问题
4 、登陆 VC ，我想先从 VC 端将此问题虚拟机所在的主机断开连接，之后再重新连接，这样就会进行一次新的对话，但是，由于前一个未关闭虚拟机的任务未执行完毕，之后的任务好像都成队列似的在等待，没有反应。
5 、任务无法执行，重启相关 VC 和 ESX 服务
VC ：在 Vitual Center 的 WIN 机器上的，在服务管理器重启 VC 服务。
ESX ：在 SSH 登陆后对两个服务器执行重启。（注：虚拟机服务会短暂中断）
命令如下：
service mgmt-vmware restart
service vmware-vpxa restart
6 、在这沟通中的三个服务都已经重启完毕，此时再执行步骤 2 时，发现返回的结果为 On-- 那台虚拟机正在运行，发现这个，那么按照官方的文档，后续的几个命令就可以有用武之地了。
7 、 kill -9 xxxx
ps -auxwww |grep -i <VMNAME>.vmx 可以看到虚拟机的 PID
8 、执行步骤 2 ，现在已为 Off
9 、登陆 VC 查看，刷新下，如果状态还未改变，再重启下 VC 服务器，即可。
 

31、为主机应用Host Profiles提示compliance错误

故障状态：

为主机应用Host Profiles失败，提示如下错误：

01.Specification state absent from host: device '<datastore>' state needs to be set to 'on'

02.Host state doesn't match specification: device '<datastore>' needs to be reset

03.Specification state absent from host: device '<datastore>' Path Selection Policy needs to be set to 'VMW_PSP_FIXED'

04.Host state doesn't match specification: device '<datastore>' Path Selection Policy needs to be set to default for claiming SATP

故障分析：

这是由于PSA组件导致的；

解决方案：

1、右击Host Profiles后点击Enable/Disable Profiles配置选项；

2、展开“Storage Configuration”选项，展开“Pluggable Storage Architecture”这个uxanxiang；

3、去掉“PSA Device Configuration”；

4、展开“Native Muti-Pathing(NMP)”这个选项后，接着展开“PSP and SATP configuration for NMP devi”选项；

5、去掉“PSP configuration for”这个选项后点击OK即可。

 

33、分析、解决IOPS导致的虚拟机/存储性能下降和虚拟机磁盘延时较大的问题

故障状态：

1、虚拟机性能较低；

2、在执行备份时磁盘延时很厉害；

3、虚拟磁盘vmdk延时较大；

故障分析：

这种问题基本都是由于虚拟机没有足够的IO Per Second（IOPS），或者IOPS低于30；

解决方案：

在解决问题前，首先要解决以下两个问题：

问题1：什么是IOPS？

IOPS全称为Input/Output Per Second，它是衡量一个磁盘（虚拟磁盘和物理磁盘）、存储的基本也是十分重要的标准。不同的磁盘、存储有着不同的IOPS。IOPS的高低直接会影响着系统的性能。当前，VMware虚拟化环境中最大的瓶颈也就在于这个IOPS。针对数据密集型业务的数据库业务和流媒体业务，由于它们的IOPS很大，所以在虚拟化环境中部署它们一定要充分考量它们的负载，也就是IOPS大小，结合实际的存储性能来查看是否符合业务标准。

问题2：如何计算IOPS？

如何计算每台虚拟机的IOPS？

要想计算每个虚拟机的总的IOPS数量，首先就要确认磁盘类型以及它们的IOPS是多少。处于RAID阵列里面的每个盘的IO有利于增长整体存储的可用IOPS。而位于这个存储上面的单台虚拟机的IOPS，则可以通过将这个存储的总IOPS除掉虚拟机数量即可基本得到单台虚拟机的IOPS。

现实案例：

假定有6颗10000RPM的磁盘，那么它们的总的可用IOPS大约为150x6=900。如果LUN上面运行的虚拟机数量为50个，则单台虚拟机的IOPS为900/50=18 IOPS。如果以这个为标准，则意味着虚拟机的性能相对底下。如果想要满足虚拟机的基本IOPS需求，那么应该为900/30=30，也就是说同一个Volume里IOPS为30（最低要求）虚拟机需要数量控制在30台以下。

 

备注：备份存储会消耗更多的IOPS，同时也会给Volume带来更多额外的符合。如果是这样，则需要用额外手段解决备份时的额外资源消耗（可以通过I/O meter软件来测试IOPS）

 

 

34、丢失或锁定文档导致虚拟机无法Power On

故障状态：

1、虚拟机无法开启；

2、尝试开启虚拟机时，看到类似如下错误信息：

•Unable to open Swap File；

•Unable to access a file since it is locked；

•Unable to access Virtual machine configuration；

3、在/var/log/vmkernel文件里可以看到类似如下信息：

     WARNING: World: VM xxxx: xxx: Failed to open swap file <path>ock was not free

     WARNING: World: VM xxxx: xxx: Failed to initialize swap file <path>

4、当尝试开启虚拟机的console控制台时，可能会收到如下错误信息：

      Error connecting to <path><virtual machine>.vmx because the VMX is not started

5、在开启虚拟机时，卡在95%位置无响应；

6、从模板部署一台新的VM之后无法开启虚拟机；

7、虚拟机在vCenter Server和ESXi/ESX主机之间报告控制台电源状态冲突；

故障分析：

导致这个问题的因素可能很多，但是众多问题中，都穿插或包含着文件损坏或文件被锁定等问题的可能。虚拟机常用的文件包括：

•*.vswp

•*-flat.vmdk

•*-delta.vmdk

•*.vmx

•*.log

解决方案：

首先需要确认哪些文件处于锁定状态：

1、利用vSphere Client登录ESXi/ESX主机、vCenter Server主机；

2、在Datastore里找到想要开启但是无法开启的虚拟机所在位置；

3、尝试开启虚拟机，如果无法开启且console显示错误，先查阅vmware.log日志文件的相关信息来确认问题；

4、利用SSH或COS选用root权限登录到ESXi/ESX主机之后执行下面的命令查看虚拟机的完整路径：

      #vmware-cmd -l

      系统将输出类似如下信息来显示注册到ESXi/ESX主机的虚拟机：

      /vmfs/volumes/<UUID>/<虚拟机目录>/<虚拟机名>.vmx

5、执行下列命令切入到这个虚拟机所在的目录：

      #cd /vmfs/voluems/<UUID>/<虚拟机目录>

6、然后查阅vmware.log日志，在文件的尾部查看什么原因导致这个问题后再针对性的分析。

 

准确定位并删除掉锁定文件

由于虚拟机可以在主机之间移动，如果虚拟机注册到的主机保持对文件的锁定状态，那么，这个锁定文件可以有效保障ESXi/ESX主机对虚拟机文件的控制权和有效保护虚拟系统。主机由Service Console接口的MAC来确定。lock由VMkernel或Service Console负责维护；

 

备注：ESXi服务器没有Service Console所以，lock由VMkernel单独负责维护；

首先要确定VMkernel可能锁定的文件：

1、执行下面的命令来报告锁定目录所在的MAC地址：

      #vmkfstools -D /vmfs/volumes/<UUID>/<虚拟机目录>/<锁定状态文件>

2、由于负责锁定.vmdk文件的主机会将MAC地址写入到vmkernel日志里面，那么可以用下面的命令查阅：

      #tail /var/log/vmkernel

 

 

35、Storage vMotion失败：looking for lines staring with "CBTMotion"

故障状态：

1、执行Storage vMotion失败；

2、系统提示如下错误信息：

01.A general system error occurred: Storage VMotion failed to copy one or more of the VM's disks. Please consult the VM's log for more details, looking for lines starting with "CBTMotion-".

复制代码3、/var/log/vmware/hostd.log文件里有类似如下信息：

01.Failed with error 340983807: Storage VMotion failed to copy one or more of the VM's disks.  Please consult the VM's log for more details, looking for lines starting with "CBTMotion".

复制代码故障分析

可能由于虚拟机的硬件版本号过老导致；

解决方案：

关掉虚拟机后右击uxniji选择Upgrade Virtual Machine Hardware即可。

 

 

36、添加LUN时提示HostDatastoreSystem.QueryVmfsDatastoreCreateOptions

故障状态：

系统能够扫描到Devices LUN，但是在添加过程中却提示如下错误信息：HostDatastoreSystem.QueryVmfsDatastoreCreateOptions ，如图所示：

 

 

故障分析：

这样的问题一般都是由于LUN的尺寸过大导致，一般来说，VMware ESXi/ESX Server标准支持最大的LUN尺寸为2TB-512Byte，但是由于国内很多技术人员对这个-512Byte并不太在意，所以习惯型的讲成2TB，这就导致很多用户在使用时，直接分配了2TB的空间，这就可能导致了上述问题；

解决方案：

针对这样的问题，建议如下：

1、如果已经分好了2TB的LUN，建议调整为1.88TB左右后再尝试添加；

2、新LUN规划用户则请严格参照官方文档的参数设计，建议是1.88TB左右为一个LUN生成Datastore

 

 

37、vCenter Converter推送Agent出错：Converter Agent installer/uninstaller Failed

故障状态：

1、利用vCenter Converter推送Agent到Windows Server 2003服务器上时，失败；

2、系统提示类是如下错误信息：

01.Converter Agent installer/uninstaller failed on 'xxxxxxxxx'.

 

3、VMware vCenter Converter的日志文件converter-server.log里面有类似如下错误提示：

01.[#6] [2011-01-21 10:50:55.976 04080 info 'App'] [agentManager,83] [AgentManager] Install Agent on 192.168.10.10

02.[#6] [2011-01-21 10:51:16.976 04080 error 'App'] [agentManager,95] [AgentManager] Install Agent failed: converter.fault.AgentDeploymentFault

03.[#7] [2011-01-21 11:18:37.289 03976 info 'App'] Reusing existing VIM connection to 192.168.30.150

04.[#7] [2011-01-21 11:18:37.476 03976 error 'App'] Found dangling SSL error: [0] error:00000001:lib(0):func(0):reason(1)

05.[#7] [2011-01-21 11:19:00.945 02756 info 'App'] [agentManager,83] [AgentManager] Install Agent on 192.168.10.10

06.[#7] [2011-01-21 11:19:21.961 02756 error 'App'] [agentManager,95] [AgentManager] Install Agent failed: converter.fault.AgentDeploymentFault

 

7.[#7] [2011-01-21 11:19:32.445 03976 info 'App'] [diagnosticManager,357] Generating Converter.Server log bundle.

故障分析：

以下几种情况可能导致这样的问题：

1、445端口没能打开；

2、曾经手动安装过Agent后卸载；

3、Windows服务管理其中的server服务没有启动导致的IPC$连接失败；

4、防火墙阻绝；

 

解决方案

1、确认445端口或NetBIOS协议能正常使用；

2、建议在Converter时关闭防火墙；

3、如果依然有问题，尝试用Converter Standardalone版本迁移或采用ConverterCD进行冷克隆。

 

 

38、解决在vSphere 5.0里开启HA时，提示：Datastore Heartbeating不足的问题

故障状态：

为ESXi 5.0+vCenter 5.0配置HA时，提示如下信息：

 

故障分析：

这是由于vSphere 5.0里的HA部分已经重写，并且新增了Datastore Heartbeating用于网络Partition心跳检测支持；

解决方案：

有2个选择，一个是加多存储用于心跳检测，这也是正确的选择，就不多讲，另一个就是忽略掉这个问题，方法如下：

1、vSphere Client登录到vCenter Server 5.0后，右击HA Cluster，点击Edit，然后找到高级选项设定：

 

 

 

2、再如上图所示的内容中，添加下参数：

das.ignoreinsufficienthbdatastore

 

备注：缺省情况下，这个参数的值是false的。

 

 

 

39、通过vSphere Client登陆ESXi主机提示“正在更新”的问题

故障状态：

通过vSphere Client登陆VCenter Server4.1正常，登陆ESXi主机提示如下图：

 

故障分析：

需要通过‘vSphereclient.vmware.com’来更新Client说明客户端存在问题，由于登陆VCenter Server4.1不存在任何问题，所以基本确定版本的问题。查看ESXi版本和vSphere Client，发现Client的版本低于ESXi版本。

解决方案：

由于Client所在网络无法上Internet,所以无法更新Client客户端，可以通过安装高版本的Client来解决此问题。

 

 

40、红旗32位Linux进入系统时提示”udevu”无法继续进入系统的问题

故障状态：进入系统后，出现下图的界面，之后无法向下运行，必须按Ctrl+C才能继续向下运行

 

故障分析：由于系统安装时候是完整的，光盘镜像包是完整的，安装的时候不存在任何问题。考虑到物理机上不存在这种问题，怀疑虚拟机虚拟驱动的问题，安装新的VMware-tools问题依旧。

解决方案：考虑到红旗Linux比较新，去官方下载11月份最新的VMware-tools，问题解决   (下载地址：http://packages.vmware.com/tools/esx)