ESXI4.1下VMDK故障解决.pdf

ESXI4.1 虚拟机提示：无法打开磁盘 xxx.vmdk，原因，未能锁定文件。 请注意，如果有重要数据，还是建议找厂家解决！！ 以下是个人实际遇到的请问，总结排查步骤（需要部分 linux 操作命令）如下： 一、vSphereClient 操作 1.1 右键 VM，进入“编辑配置”，查看出错磁盘的文件 （xxx.vmdk，xxx 一般是 VM 的名称）位置； 1.2 建议看看，是否存在不同 VM 的磁盘同时调用同一个磁盘文件； 1.3 如果有，移除其中一个 VM 的磁盘，必须注意不是删除，是移除！再次尝试 启动 VM。 1.4 如果没，请参考“二、.vmdk 解锁操作”。 二、.vmdk 解锁操作 （类似 linux 的操作） 2.1 键盘接上 ESXI 主机后，按“CTRL+F1”进入 ESXI 命令行界面； 2.2 输入 root 账号与对应密码，登陆； 2.3 输入：cd /vmfs/volumes/UUID/ 虚拟机目录/，回车 （即出错磁盘的 xxx.vmdk 文件位置）； 2.4 删除位置目录里所有以“.lck”结尾的文件及文件夹 （命令：rm *.lck 或者 rm -rf *.lck），重新启动即可解决。 2.5 如果位置目录里不存在以“.lck”结尾的文件及文件夹， 检查虚拟机配置文件， 用 vi 编辑器打开 xxx.vmx 磁盘配置文件，检查其中的 “fileSearchPath”一项，修改为 xxx.vmdk 文件实际所在的正确路径即可。再 次尝试启动 VM。 2.6 如果以上步骤还是无法正常启动 VM，请参考“三、准确定位并删除掉锁定 文件” 三、准确定位并删除掉锁定文件 （同样是在 ESXI 命令行界面操作） 由于虚拟机可以在主机之间移动，如果虚拟机注册到的主机保持对文件的锁定状 态，那么，这个锁定文件可以有效保障 ESXi/ESX 主机对虚拟机文件的控制权和 有效保护虚拟系统。主机由 Service Console 接口的 MAC 来确定。 lock 由 VMkernel 或 Service Console 负责维护； 备注：ESXi 服务器没有 Service Console 所以，lock 由 VMkernel 单独负责 维护； 3.1 首先要确定 VMkernel 可能锁定的文件： 3.1.1 执行下面的命令来报告锁定目录所在的 MAC 地址： #vmkfstools -D /vmfs/volumes/UUID/ 虚拟机目录/锁定状态文件 3.1.2 由于负责锁定 .vmdk 文件的主机会将 MAC 地址写入到 vmkernel 日 志里面， 3.1.3 那么可以用下面的命令查阅：#tail /var/log/vmkernel 系统将会输出类似如下信息： Oct 5 09:45:26 Hostname vmkernel: 17:00:38:46.977 cpu1:1033)Lock [type 10c00001 offsetv 20, hb offset 3499520 Oct 5 09:45:26 Hostname vmkernel: gen 532, mode 1, owner 45feb537-9c52009b-e812200 mtime 1174669462] Oct 5 09:45:26 Hostname vmkernel: 17:00:38:46.977 cpu1:1033)Addr 4, 136, 2, gen 19, links 1, type reg, flags 0x0, uid 0, gid 0, mode 600 Oct 5 09:45:26 Hostname vmkernel: 17:00:38:46.977 cpu1:1033)len 297795584, nb 142 tbz 0, zla 1, bs 2097152 Oct 5 09:45:26 Hostname vmkernel: 17:00:38:46.977 cpu1:1033)FS3: 132: END supp167-w2k3-VC-a3112729.vswp 在第二行中就显示了 MAC 地址，上述信息中 Service Console 或 vswif0 接口 的 MAC