Vmware常见故障处置

1、Vmware故障处置1、为主机应用HostProfiles提示compliance错误故障状态：为主机应用HostProfiles失败，提示如下错误：01.Specificationstateabsentfromhost:device'<datastore>'stateneedstobesetto'on'02.Hoststatedoesn'tmatchspecification:device'<datastore>'needstobereset03.Specificationstateabsentfromhost:

2、device'<datastore>'PathSelectionPolicyneedstobesetto'VMW_PSP_FIXED'04.Hoststatedoesn'tmatchspecification:device'<datastore>'PathSelectionPolicyneedstobesettodefaultforclaimingSATP故障分析：这是由于PSA组件致使的；解决方案：1、右击HostProfiles后点击Enable/DisableProfiles配置选项；2、展开“Storage

3、Configuration”选项，展开“PluggableStorageArchitecture”那个uxanxiang；3、去掉“PSADeviceConfiguration”；4、展开“NativeMuti-Pathing(NMP)”那个选项后，接着展开“PSPandSATPconfigurationforNMPdevi”选项；5、去掉"PSPconfigurationfor”那个选项后点击OK即可。2、分析、解决IOPS致使的虚拟机/存储性能下降和虚拟机磁盘延时较大的问题故障状态：1、虚拟机性能较低；2、在执行备份时磁盘延时很厉害；3、虚拟磁盘vmdk延时较大；故障分析：这种问

4、题大体都是由于虚拟机没有足够的IOPerSecond（IOPS）,或IOPS低于30;解决方案：在解决问题前，第一要解决以下两个问题：问题1：什么是IOPS？IOPS全称为Input/OutputPerSecond,它是衡量一个磁盘（虚拟磁盘和物理磁盘）、存储的大体也是十分重要的标准。不同的磁盘、存储有着不同的IOPS。IOPS的高低直接会阻碍着系统的性能。当前，VMware虚拟化环境中最大的瓶颈也就在于那个IOPS。针对数据密集型业务的数据库业务和流媒体业务，由于它们的IOPS专门大，因此在虚拟化环境中部署它们必然要充分考量它们的负载，也确实是IOPS大小，结合实际的存储性能来查看是不是符合

5、业务标准。问题2：如何计算IOPS？如何计算每台虚拟机的IOPS？要想计算每一个虚拟机的总的IOPS数量，第一就要确认磁盘类型和它们的IOPS是多少。处于RAID阵列里面的每一个盘的IO有利于增加整体存储的可用IOPSo而位于那个存储上面的单台虚拟机的IOPS,那么能够通过将那个存储的总IOPS除掉虚拟机数量即可大体取得单台虚拟机的IOPS。现实案例：假定有6颗10000RPM勺磁盘，那么它们的总的可用IOPS大约为150x6=900。若是LUN上面运行的虚拟机数量为50个，那么单台虚拟机的IOPS为900/50=18IOPS。若是以那个为标准，那么意味着虚拟机的性能相对底下。若是想要知足虚拟

6、机的大体IOPS需求，那么应该为900/30=30,也确实是说同一个Volume里IOPS为30（最低要求）虚拟机需要数量操纵在30台以下。备注：备份存储会消耗更多的IOPS,同时也会给Volume带来更多额外的符合。若是是如此，那么需要用额外手腕解决备份时的额外资源消耗（能够通过I/Ometer软件来测试IOPS）3、丢失或锁定文档致使虚拟机无法PowerOn故障状态：1、虚拟机无法开启；2、尝试开启虚拟机时，看到类似如下错误信息：?UnabletoopenSwapFile；?Unabletoaccessafilesinceitislocked；?UnabletoaccessVirtualm

7、achineconfiguration；3、在/var/log/vmkernel文件里能够看到类似如下信息：WARNING:World:VMxxxx:xxx:Failedtoopenswapfile<path>ockwasnotfreeWARNING:World:VMxxxx:xxx:Failedtoinitializeswapfile<path>4、当尝试开启虚拟机的console操纵台时，可能会收到如下错误信息：Errorconnectingto<path><virtualmachine>.vmxbecausetheVMXisnotstart

8、ed5、在开启虚拟机时，卡在95%位置无响应；6、从模板部署一台新的VM以后无法开启虚拟机；7、虚拟机在vCenterServer和ESXi/ESX主机之间报告操纵台电源状态冲突；故障分析：致使那个问题的因素可能很多，可是众多问题中，都穿插或包括着文件损坏或文件被锁定等问题的可能。虚拟机经常使用的文件包括：?*.vswp?*.vmx?*.log解决方案：第一需要确认哪些文件处于锁定状态：1、利用vSphereClient登录ESXi/ESX主机、vCenterServer主机；2、在Datastore里找到想要开启可是无法开启的虚拟机所在位置；3、尝试开启虚拟机，若是无法开启且console显

9、示错误，先查阅日记文件的相关信息来确认问题；4、利用SSHCOSi用root权限登录到ESXi/ESX主机以后执行下面的命令查看虚拟机的完整途径：#vmware-cmd-l系统将输出类似如下信息来显示注册到ESXi/ESX主机的虚拟机：/vmfs/volumes/<UUID>/<虚拟机目录>/<虚拟机名>.vmx5、执行以下命令切入到那个虚拟机所在的目录：#cd/vmfs/voluems/<UUID>/<虚拟机目录>6、然后查阅日记，在文件的尾部查看什么缘故致使那个问题后再针对性的分析。准确信位并删除掉锁定文件由于虚拟性能够在主机之间

10、移动，若是虚拟机注册到的主机维持对文件的锁定状态，那么，那个锁定文件能够有效保障ESXi/ESX主机对虚拟机文件的操纵权和有效爱惜虚拟系统。主机由ServiceConsole接口的MAC确彳言。lock由VMkernel或ServiceConsole负责保护；备注：ESXi效劳器没有ServiceConsole因此，lock由VMkernel单独负责保护；第一要确信VMkernel可能锁定的文件：1、执行下面的命令来报告锁定目录所在的MAC&址：#vmkfstools-D/vmfs/volumes/<UUID>/<虚拟机目录>/<锁定状态文件>2、由

11、于负责锁定.vmdk文件的主机遇将MACM址写入到vmkernel日记里面，那么能够用下面的命令查阅：#tail/var/log/vmkernel4、StoragevMotion失败：lookingforlinesstaringwith"CBTMotion"故障状态：1、执行StoragevMotion失败；2、系统提示如下错误信息：01.Ageneralsystemerroroccurred:StorageVMotionfailedtocopyoneormoreoftheVM'sdisks.PleaseconsulttheVM'slogformoredet

12、ails,lookingforlinesstartingwith"CBTMotion-".复制代码3、文件里有类似如下信息：01.Failedwitherror340983807:StorageVMotionfailedtocopyoneormoreoftheVM'sdisks.PleaseconsulttheVM'slogformoredetails,lookingforlinesstartingwith"CBTMotion".复制代码故障分析可能由于虚拟机的硬件版本号过老致使；解决方案：关掉虚拟机后右击uxniji选择UpgradeV

13、irtualMachineHardware即可。5、添加LUN时提示故障状态：系统能够扫描到DevicesLUN，可是在添加进程中却提示如下错误信息：HostDatastoreSystem.QueryVmfsDatastoreCreateOptions，如下图：故障分析：如此的问题一样都是由于LUN的尺寸过大致使，一样来讲，VMwareESXi/ESXServer标准支持最大的LUN尺寸为2TB-512Byte,可是由于国内很多技术人员对那个-512Byte并非太在意，因此适应型的讲成2TB,这就致使很多用户在利历时，直接分派了2TB的空间，这就可能致使了上述问题；解决方案：针对如此的问题，建

14、议如下：1、若是已经分好了2TB的LUN建议调整为左右后再尝试添加；2、新LUN计划用户那么请严格参照官方文档的参数设计，建议是左右为一个LUN生成Datastore6、vCenterConverter推送Agent犯错：ConverterAgentinstaller/uninstallerFailed故障状态：1、利用vCenterConverter推送Agent到WindowsServer2003效劳器上时，失败；2、系统提示类是如下错误信息：01.ConverterAgentinstaller/uninstallerfailedon'xxxxxxxxx'.3、VMware

15、vCenterConverter的日记文件里面有类似如下错误提示：04.#72020-01-2111:18:37.47603976error'App'FounddanglingSSLerror:0error:00000001:lib(0):func(0):reason(1)7.#72020-01-2111:19:32.44503976info'App'diagnosticManager,357GeneratingConverter.Serverlogbundle.故障分析：以下几种情形可能致使如此的问题：1、445端口没能打开；2、曾经手动安装过Agent后卸载

16、；3、Windows效劳治理其中的server效劳没有启动致使的IPC$连接失败;4、防火墙阻绝；解决方案1、确认445端口或NetBIOS协议能正常利用；2、建议在Converter时关闭防火墙；3、若是仍然有问题，尝试用ConverterStandardalone版本迁移或采纳ConverterCD进行冷克隆。7、解决在里开启HAB寸，提示：DatastoreHeartbeating不足的问题故障状态：为配置HA时，提示如下信息：故障分析：这是由于里的HA部份已经重写，而且新增了DatastoreHeartbeating用于网络Partition心跳检测支持；解决方案：有2个选择，一个是加

17、多存储用于心跳检测，这也是正确的选择，就不多讲，另一个确实是忽略掉那个问题，方式如下：1、 vSphereClient登录到后，右击HACluster，点击Edit，然后找到高级选项设定：2、再如上图所示的内容中，添加下参数：备注：缺省情形下，那个参数的值是false的。8、通过vSphereClient登岸ESXi主机提示“正在更新”的问题故障状态：通过vSphereClient登岸正常，登岸ESXi主机提示如以下图：故障分析：需要通过来更新Client说明客户端存在问题，由于登岸不存在任何问题，因此大体确信版本的问题。查看ESXi版本和vSphereClient，发觉Client的版本低于

18、ESXi版本。解决方案：由于Client所在网络无法上Internet,因此无法更新Client客户端，能够通过安装高版本的Client来解决此问题。PC效劳器日常保护故障处置标题PC服务器无法正常启动进入操作系统发生日期发现日期现象：PC服务器（多种厂商），在开机或者重启系统时，经过很长时间未启动，通过终端显示器看到如下提示：“strikeF1keytocontinue,f2torunthesetup”。检查与分析：服务器在引导系统内核前，需要对服务器的各种硬件进行自检，包括（CPU内存、硬盘、RAID卡、远程管理接口等等），在硬件检测报错或者出现警告，但是这种错误并不致命，不影响系统正常启动，就会提示：“strikeF1