VMware故障总结.docx
- 文档编号:10015236
- 上传时间:2023-02-08
- 格式:DOCX
- 页数:8
- 大小:20.13KB
VMware故障总结.docx
《VMware故障总结.docx》由会员分享,可在线阅读,更多相关《VMware故障总结.docx(8页珍藏版)》请在冰豆网上搜索。
VMware故障总结
VmwarevSphere常见问题及解决办法
日期:
2012-6-29来源:
51cto
VmwarevSphere
11
1。
虚拟机文件被锁,无法正常poweron
故障状态:
启动虚拟机时95%,停顿并且进程中断,提示:
ubabletoaccessfilessinceitislocked。
祸根:
HA
解决方法:
(1)首先将cluster中的HA功能关闭。
如果该功能不关闭,容易造成死锁,,VM不断跳动,,不断再不同的ESX内循环被锁,徒劳而无功。
(2)磁盘文件被锁,要解决,必须要知道到底是哪台ESX把他给锁住了,这是关键。
方法:
看/var/log/vmkernel但是,在做这些前,再准备些别的工作。
(3)在VC中,把被锁的VM从Inventory中remove掉.原因很简单,这是一个unregister的过程。
(4)根据/var/log/vmkernel,搜索owner,可以找到类似以下的语句:
Oct1904:
23:
33esx—hostnamevmkernel:
3:
06:
29:
47。
992cpu6:
1656)FS3:
1975:
Checkingiflockholdersareliveforlock[type10c00001offset52008960v380,hboffset3554304Oct1904:
23:
33esx-hostnamevmkernel:
gen17,mode1,owner48f5f637—462688bc-fd28—0e1a6434b6f8mtime38112]
OK,owner后面的48f5f637—462688bc-fd28-0e1a6434b6f8就是你的target了。
因为他就是锁住VM的宿主。
。
(5)根据以下命令,,找出到底哪台ESX的UUID是48f5f637—462688bc-fd28-0e1a6434b6f8
[root@esxhostnameroot]#esxcfg-info|grep—i’systemuuid'
(6)找到目标主机后,当然是杀死他锁住VM的进程。
之所以会被锁,原因就是HA把VM从别的HOST迁移过来,但是又没有unregister和register的过程,所以在第3步的时候,你查看VM的Summary的时候,hostip还是属于出问题的host.但是VM又被新的host霸王硬上功的poweron,注册都没注册,又怎么启动呢。
找到PID用下面的命令:
ps—efwww|grepvirtualmachine。
vmx
找到PID后,kill—9PID
(7)这时候,还要确定一件事情,.vswp文件的事情。
这个是给台客处理问题时吸取的经验。
就因为忽略了这个,所以在杀掉迚程后,重新注册VM,还说没有SWAP文件,启动还是失败.
在VM启动时会自动生成SWAP,没有SWAP文件,其实就是因为SWAP存在了,因为重名而导致无法正常生成。
进入到/vmfs/volumes/lunid/vm_path/下,vmkfs—dvirtual_machine.vswp或者进入DatastoreBrowser,在里面把SWAP文件删除也可。
(8)完全之策,你还可以进入到VM的SETTINGS—-OPTIONS—-SWAPFILELOCATION,对该保存的位置做下设置。
(9)重新注册VM。
进入DatastoreBrowser,找到VM.vmx,addtoinventory。
(10)启动VM.GoodLuck。
2.忽视掉ESXi/vCenterServer提示SSH事件的方法
(1)vSphereClient连接到VC或者ESXi服务器;
(2)在Home->;Inventory->HostsandClusters里展开选中你的ESX服务器;
(3)右边选择Configuration,然后点击Software栏目里的AdvancedSettings;
(4)在AdvancedSettings里选择左边列表中的UserVars;
(5)选中左边列表中的UserVars后,在右边拖到最下面,将UserVars.SuppressShellWarning的值改为1即可,不需要重启。
3.尝试迁移一台带USB设备的VM失败
故障状态:
在执行虚拟机迁移向导时,如果系统检测到不兼容的USB设备存在,则系统会提示如下错误信息:
Currentlyconnecteddevice'USB1'usesbacking'path:
1/7/1',whichisnotaccessible.
故障分析:
这种问题通常发生在为主机开启了VMDirectPathI/O支持下的USBPassthroughDevices功能,然后为特定的VMs分配了USB设备,比如:
加密狗;
解决方案:
(1)确认USB设备能够被虚拟机识别和支持,并确保在添加USB设备到VMs时,勾选了withvMotion选项;
(2)在执行vMotion动作之前,重新尝试将USB设备添加到VMs;
(3)确认ESXi主机没被重启过,因为,ESXi主机重启之后,原本支持的vMotionWithvMotion功能将会失效。
4.ConvertLinux系统的Troublshooting过程
(1)确认源转换Linux机器的OS在官方的支持列表中;
(2)拥有root权限;
(3)确认DNS的设定有没有问题,注意:
应该同时在Linux和Windows都加上;
(4)确认源Linux能够ping同ESX或vCenter的IP。
如果在2%时失败,最大的可能就是权限问题或防火墙阻隔问题;
(5)确认Linux允许SSH登陆进去。
这个,可以帮助我们在converting的时候登录到Linux系统;
(6)确认是给helpervirtualmachine设定的静待IP,而不是DHCP获取的(如果网内没有DHCP服务器);
(7)确认源和目标都在同一子网。
如果通过路由链接的不同子网可能会出错;
(8)注意,converter不支持做了软阵列的Linux系统。
可以用冷克隆光盘来做,它会把软阵列的设定为/dev/md0.
(9)VMwareConverterStandalone的日志目录:
C:
\DocumentsandSettings\AllUsers\ApplicationData\VMware\VMwarevCenterConverterStandalone,用于排错时用。
5。
vCenterServiceStatus页面故障:
Unabletoretrievehealthstatus
故障状态:
vCenterServerStatus页面提示如下错误信息:
UnabletoretrievehealthstatusforvCenterinventoryservice
UnabletoretrievehealthstatusforVMwarevSphereProfile—Drivenstorageservice
执行vCenterServer的搜索动作时,提示如下错误提示:
Unabletoconnecttowebservicestoperformquery.
Verifythatthe"VMwareVirtualCenterManagementWebServices”servicerunningonhttps:
// 10443 故障分析: 这个问题一般都由于当vCenterServer服务发生了变更或全新安装了一台vCenterServer,但是数据库依然是原来的数据库导致; 解决方案: 替换掉vws.jar、jointool.jar和ds。 jar文件即可,步骤如下: 下载本文附件中的vws。 zip文件然后解压缩vws.jar、jointool。 jar和ds。 jar文件; 停止掉VirtualCenterServer服务以及VirtualCenterManagementWebservices服务;拷贝vws。 jar和jointool.jar到C: \ProgramFiles\VMware\Infrastructure\tomcat\webapps\WEB—INF\lib覆盖掉原来的文件;拷贝ds.jar文件到C: \ProgramFiles\VMware\Infrastructure\InventoryService\lib覆盖掉原来的文件;重新启动相关服务或vCenterServer服务器即可。 6。 VMRC控制台的连接已断开…正在尝试重新连接 故障状态: 用vSphereClient连接到ESXi5。 0的主机,启动其中的虚拟机后,无法连接控制台,打开控制台之后,窗口上方提示一行“VMRC控制台的连接已断开...正在尝试重新连接。 ” 故障分析: 从情况看,类似于Windows系统的DEP策略处于开启状态导致的问题一样。 但这个情况是所有虚拟机都提示这个错误,排错DEP的问题,用本地vSphereClient登录一个VC平台,问题仍旧一样.为了排除问题,换了一台笔记本登录VC,突然发现问题不见了.原来是本地的vSphereClient出了问题,再三思索,发现出现问题前我对本地WIN7用360安全卫士升级了补丁,是否是补丁破坏了vSphereClient某个文件呢 解决方案: 重现安装vSphereClient,问题解决. 7.端口80的vCenterServer和IIS之间的冲突 故障状态: vCenterServer和MicrosoftInternetInformationService(IIS)都将端口80用作直接HTTP连接的默认端口。 该冲突会导致安装vSphereAuthenticationProxy后vCenterServer无法重新启动。 在vSphereAuthenticationProxy安装完成后,vCenterServer无法重新启动。 故障分析: 如果安装vSphereAuthenticationProxy时未安装IIS,则安装程序会提示您安装IIS。 因为IIS使用端口80,这是用于vCenterServer直接HTTP连接的默认端口,所以vCenterServer在vSphereAuthenticationProxy。 安装完成后无法重新启动。 请参见第32页,“vCenterServer所需的端口”. 解决方案: 要为端口80解决IIS和vCenterServer之间的冲突,请执行以下操作之一。 如果在安装vCenterServer之前已安装IIS将vCenterServer直接HTTP连接的端口由80更改为其他值。 如果在安装IIS之前已安装vCenterServer重新启动vCenterServer之前,将IIS默认网站的绑定端口由80更改为其他。 8。 在UEFI模式下安装ESXi后主机无法引导 故障状态: 在UEFI模式下,在主机上安装ESXi后重新引导时,重新引导可能失败。 出现此问题的同时,还显示一条类似于以下内容的错误消息: 发生异常网络错误。 无可用的引导设备(Unexpectednetworkerror。 Nobootdeviceavailable)。 故障分析: 主机系统无法识别作为引导磁盘在其上安装ESXi的磁盘. 解决方案: (1)屏幕上显示错误消息时,按F11显示引导选项。 (2)选择一个类似于添加引导选项的选项。 该选项的文字可能有所不同,具体取决于您的系统. (3)在安装ESXi的磁盘上选择文件\EFI\BOOT\BOOTx64.EFI。 (4)更改引导顺序,以便主机从添加的选项引导。 9.将MicrosoftSQL数据库设置为不受支持的兼容模式会导致vCenterServer安装或升级失败。 当数据库设置为不支持的版本的兼容性模式时,使用MicrosoftSQL数据库的vCenterServer安装会失败。 故障状态: 将显示以下错误消息: 输入的数据库用户没有使用选定数据库安装和配置vCenterServer所需的必要权限。 请更正以下错误: %s 故障分析: 数据库版本必须是vCenterServer支持的版本。 对于SQL,即使数据库是受支持的版本,但如果将其设置为以不支持的版本的兼容性模式运行,仍会发生此错误.例如,如果将SQL2008设置为以SQL2000兼容性模式运行,就会发生此错误。 解决方案: 请确保vCenterServer数据库是受支持的版本,并且没有设置为以不支持的版本的兼容性模式运行. 10.误删运行中的虚拟机,通过xx—flat.vmdk恢复方法 故障状态: 误删了运行中的虚拟机,进入目录查看,只剩下xx-flat。 vmdk文件,从文件的类型看,只是File格式,不是VirtualDisk格式,新建虚拟,选择添加已存在磁盘,提示不存在 解决方案: (1)新建一虚拟机,不要创建硬盘 (2)用ssh的方式登录host,查找xx-flat。 vmdk文件所在位置及目录, (3)在上面这个文件相同目录下创建新xxx。 vmdk文件,大小要和xx-flat。 vmdk文件一样大, 用ls-la查看xx-flat.vmdk文件大小, 用vmkfstools—c文件大小-alsilogicxxx。 vmdk来创建新磁盘文件 (4)将这个磁盘文件添加到新建的虚拟机中; (5)用原文件xx—flat。 vmdk覆盖新建的xxx-flat.vmdk(注意一定是-flat.vmdk),使用mv命令 (6)完成后开启虚拟机就可以了。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- VMware 故障 总结