前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >vsphere6.0 VM虚机文件被锁如何解决

vsphere6.0 VM虚机文件被锁如何解决

作者头像
孙杰
发布2019-10-29 14:21:21
3.3K0
发布2019-10-29 14:21:21
举报
文章被收录于专栏:云技术+云运维云技术+云运维

   vsphere6.0上一台数据库虚拟机假死,强行关机后无法POWER ON。在启动时报虚拟机文件被锁定,此时对虚机进行迁移、快照、克隆等,发现操作都不可用。查看虚机状态,发现其在集群内的8台物理主机上来回飘。

wKioL1lmyq7hRm2xAADJDIcqoSc383.png-wh_50
wKioL1lmyq7hRm2xAADJDIcqoSc383.png-wh_50

解决方法:

  1、首先将cluster中的HA功能关闭。如果该功能不关闭,容易造成死锁,,VM不断跳动,,不断的在同一集群内不同的ESXI主机间循环被锁,徒劳而无功。

  2、虚机磁盘文件被锁,必须要知道到底是哪台ESXI把他给锁住了,这是关键。  

 3、在VCenter中,把被锁的VM从Inventory中remove掉。原因很简单,这是一个 unregister的过程。找到目标主机后,当然是杀死他锁住VM的进程。之所以会被锁,原因就是HA 把VM从别的HOST迁移过来,但是又没有unregister和register的过程,所以在你查看VM的Summary的时候,host ip还是属于出问题的 host。 但是VM又被新的host强行power on,这样自然不能启动。

解决办法:

打开集群内所有EXSI主机的SSH登陆功能

wKiom1lmzBqw5qmwAACNIkVQiBY518.png-wh_50
wKiom1lmzBqw5qmwAACNIkVQiBY518.png-wh_50

然后在每台机子上执行

~ # vim-cmd vmsvc/getallvms

Vmid      Name                             File                                Guest OS          Version   Annotation           

10     C5cpyPdb1    [W56021_SY07_CP07PV1C16] C5cpyPdb1/C5cpyPdb1.vmx     rhel6_64Guest           vmx-08              

17     C5ioAdm1     [W56021_SY01_CP07PV1C16] C5ioAdm1/C5ioAdm1.vmx       windows8Server64Guest   vmx-08        

20     C5jkhyPdb1   [W56021_SY01_CP07PV1C16] C5jkhyPdb1/C5jkhyPdb1.vmx   rhel6_64Guest           vmx-08              

找到被锁的主机 C5jkhyPdb1

查询这台虚机的状态

~ # vim-cmd vmsvc/power.getstate 20

Retrieved runtime info

Powered off

如果虚机状态为ON,可以执行如下命令

~ # esxcli vm process list

C5jkhyPdb1

   World ID: 109052730

   Process ID: 0

   VMX Cartel ID: 109052727

   UUID: 42 0b d6 eb 00 13 b6 26-a2 c4 86 4e 2d ba 17 db

   Display Name: C5jkhyPdb1

   Config File: /vmfs/volumes/56823cb8-c8a37260-f48f-6c0b84629718/C5jkhyPdb1/C5jkhyPdb1.vmx

~ # esxcli vm process kill --type=hard --world-id=109052730

在集群内每台esxi主机上执行如下命令,找到虚机被锁的文件

 # vmkfstools -D /vmfs/volumes/56823cb8-c8a37260-f48f-6c0b84629718/C5jkhyPdb1/C5jkhyPdb1.vmx

Lock [type 10c00001 offset 233738240 v 114, hb offset 3780608

gen 85, mode 0, owner 00000000-00000000-0000-000000000000 mtime 46362574

num 0 gblnum 0 gblgen 0 gblbrk 0]

Addr <4, 528, 18>, gen 52, links 1, type reg, flags 0, uid 0, gid 0, mode 100755

len 3706, nb 1 tbz 0, cow 0, newSinceEpoch 1, zla 2, bs 8192

~ # vmkvsitools lsof | grep   C5jkhyPdb1

131169563   vmx                   FILE                        4   /vmfs/volumes/56823cb8-c8a37260-f48f-6c0b84629718/C5jkhyPdb1/vmware.log

131169563   vmx                   FILE                       49   /vmfs/volumes/56823cb8-c8a37260-f48f-6c0b84629718/C5jkhyPdb1/C5jkhyPdb1.vmx.lck

131169563   vmx                   FILE                       50   /vmfs/volumes/56823cb8-c8a37260-f48f-6c0b84629718/C5jkhyPdb1/C5jkhyPdb1.vmx

131169563   vmx                   FILE                       51   /vmfs/volumes/56823cb8-c8a37260-f48f-6c0b84629718/C5jkhyPdb1/C5jkhyPdb1.vmx~

131169563   vmx                   FILE                       94   /vmfs/volumes/56823cb8-c8a37260-f48f-6c0b84629718/C5jkhyPdb1/C5jkhyPdb1-flat.vmdk

131169563   vmx                   FILE                       96   /vmfs/volumes/56824c84-3e3e868c-5468-6c0b84629718/C5jkhyPdb1/C5jkhyPdb1-flat.vmdk

131169563   vmx                   FILE                       97   /vmfs/volumes/56824c84-3e3e868c-5468-6c0b84629718/C5jkhyPdb1/C5jkhyPdb1_1-flat.vmdk

131169563   vmx                   FILE                      123   C5jkhyPdb1.nvram

# ps|grep C5jkhyPdb1

131136798      vmm0:C5jkhyPdb1     

131169568      vmm1:C5jkhyPdb1     

131169569      vmm2:C5jkhyPdb1     

131136802      vmm3:C5jkhyPdb1     

131169652 131169563 vmx-vthread-7:C5jkhyPdb1 /bin/vmx

131169653 131169563 vmx-vthread-8:C5jkhyPdb1 /bin/vmx

131169654 131169563 vmx-vthread-9:C5jkhyPdb1 /bin/vmx

131104119 131169563 vmx-mks:C5jkhyPdb1   /bin/vmx

131169656 131169563 vmx-svga:C5jkhyPdb1  /bin/vmx

131169658 131169563 vmx-vcpu-0:C5jkhyPdb1 /bin/vmx

131136891 131169563 vmx-vcpu-1:C5jkhyPdb1 /bin/vmx

131169660 131169563 vmx-vcpu-2:C5jkhyPdb1 /bin/vmx

131169661 131169563 vmx-vcpu-3:C5jkhyPdb1 /bin/vmx

然后杀死被锁文件的进程

#kill -9 131169563

wKiom1lm0HvAHQmfAAAheT8039Y832.png-wh_50
wKiom1lm0HvAHQmfAAAheT8039Y832.png-wh_50

解除后被锁后登录vcenter,从清单移除原虚机名称(备注:虚机即使关机了,这时还可看到虚机在集群中不同主机跳跃注册,需要从清单中移除可能多次,名称为UNKNOWN的样子。

wKioL1lmztiSLWQFAABVVmhWypo185.png-wh_50
wKioL1lmztiSLWQFAABVVmhWypo185.png-wh_50

最后从存储中添加该虚机的VMX,启动时选择移动至不要使用复制至)。在vmx添加虚机到清单后开机成功。

备注:

依据VMware KB 2088157 ESXi 5.5 Patch 4 Release ESXi550-201501001(2015-01-27)之前的版本,存在虚机无响应,状态变灰为不可访问和操作虚拟机,vc控制台黑屏无法操作,网络不可访问,虚机进程锁死无法重置等等问题。

vSphere HA 重置虚拟机失败问题是由于ESXi软件本身的 BUG导致的,需

要升级 ESXi 版本至ESXi5.5 Patch 4(build-2403361)或更高。但实际上在6.0的版本中依然存在此问题。

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2017-07-10 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档