Nope: [r...@esx2 root]# ll /vmfs/volumes/esx2\:storage1/sus total 94393920 -rw-r--r-- 1 root root 139502 Apr 8 12:05 vmware-1.log -rw-r--r-- 1 root root 14926 Apr 8 12:08 vmware-2.log -rw-r--r-- 1 root root 14926 Apr 8 12:27 vmware-3.log -rw-r--r-- 1 root root 14926 Apr 8 12:43 vmware-4.log -rw-r--r-- 1 root root 14926 Apr 8 13:05 vmware.log -rw------- 1 root root 80534765568 Apr 8 12:03 sus_1-flat.vmdk -rw------- 1 root root 8684 Apr 8 12:04 sus_1.nvram -rw------- 1 root root 400 Mar 31 03:17 sus_1.vmdk -rw------- 1 root root 16122597376 Apr 8 12:03 sus-flat.vmdk -rw------- 1 root root 397 Mar 31 03:17 sus.vmdk -rw------- 1 root root 0 Nov 5 13:21 sus.vmsd -rwxr-xr-x 1 root root 2158 Apr 8 12:04 sus.vmx -rw------- 1 root root 259 Nov 5 13:21 sus.vmxf
Kurt On Thu, Apr 8, 2010 at 13:33, Klint Price <kpr...@arizonaitpro.com> wrote: > Do you have any files or folders on the datastore with a .lck appended to the > end > > -----Original Message----- > From: Kurt Buff [mailto:kurt.b...@gmail.com] > Sent: Thursday, April 08, 2010 1:14 PM > To: NT System Admin Issues > Subject: Re: OTish: ESX 3.5 guest won't boot > > [r...@esx2 root]# vmware-cmd /vmfs/volumes/esx2\:storage1/sus/sus.vmx getstate > getstate() = off > > Kurt > > On Thu, Apr 8, 2010 at 13:10, Damien Solodow > <damien.solo...@harrison.edu> wrote: >> From the ESX host run "vmware-cmd /vmfs/volumes/VOLNAME/VMNAME/VMNAME.vmx >> getstate" and reply with the result. >> >> -----Original Message----- >> From: Kurt Buff [mailto:kurt.b...@gmail.com] >> Sent: Thursday, April 08, 2010 4:03 PM >> To: NT System Admin Issues >> Subject: Re: OTish: ESX 3.5 guest won't boot >> >> Some are on the SAN, some are direct attached, I haven't seen issues with >> any of the other VMs yet. >> >> Kurt >> >> On Thu, Apr 8, 2010 at 12:57, Damien Solodow <damien.solo...@harrison.edu> >> wrote: >>> Do you have other guests on the same storage as the misbehaving guest? Are >>> they working ok? >>> >>> -----Original Message----- >>> From: Kurt Buff [mailto:kurt.b...@gmail.com] >>> Sent: Thursday, April 08, 2010 3:54 PM >>> To: NT System Admin Issues >>> Subject: OTish: ESX 3.5 guest won't boot >>> >>> I'm googling like mad, and not finding a lot. Our ESX infrastructure >>> is primitive - it's two purely standard (not enterprise, so no >>> vmotion, etc.) ESX boxes running a number of guests, some of which are >>> on a SAN, some of which are on direct attached (internal) disk. >>> >>> ESX is Version 3.5.0 Build 133630 - the VI client is 2.5.0 103672 >>> >>> The guest that's misbehaving is our Win2k3 R2 SP2 WSUS server (also >>> running our VIPRE enterprise console), and it's on direct attached >>> disk. It started hanging, so I initiated a shutdown. After 15 minutes >>> at the 'shutting down' dialog box without any movement, I asked ESX to >>> power the box down. >>> >>> I then tried to start it, and got a popup from the VI client saying >>> >>> Error: Could not power on VM : Metadata write error. Failed >>> to power on VM. >>> >>> I also tried starting it from the command line, and got the following error: >>> >>> VMControl error -999: Unknown error: The poweron operation >>> failed unexpectedly. >>> >>> The ESX host contains a number of production machines, so I can't >>> simply reboot in the middle of the day. >>> >>> I've cruised through /var/log/messages, and found messages like this: >>> >>> Apr 7 15:16:35 zesx2 cimserver: storelib-Failed to get pd infor for >>> ctrl 0, dev 1 Apr 7 15:16:35 zesx2 cimserver: Cannot get information >>> from controller 0 phy device 1 Apr 7 21:03:01 zesx2 cimserver: >>> storelib-GetLDList-ProcessLibCommandCall failed; rval = 0x8017 Apr 7 >>> 21:03:01 zesx2 cimserver: Volume Cannot get logical disk data from >>> controller 0 Apr 7 21:03:01 zesx2 cimserver: storelib-Failed to get >>> pd infor for ctrl 0, dev 1 Apr 7 21:03:01 zesx2 cimserver: Cannot get >>> information from controller 0 phy device 1 Apr 7 21:03:01 zesx2 >>> cimserver: storelib-Failed to get pd infor for ctrl 0, dev 2 Apr 7 >>> 21:03:01 zesx2 cimserver: Cannot get information from controller 0 phy >>> device 2 Apr 8 07:03:00 zesx2 cimserver: storelib-Read config failed >>> 0 Apr 8 07:03:00 zesx2 cimserver: Cannot get information from >>> controller 0 phy device 2 Apr 8 07:03:00 zesx2 cimserver: >>> storelib-Failed to get pd infor for ctrl 0, dev 1 Apr 8 07:03:00 >>> zesx2 cimserver: Cannot get information from controller 0 phy device 1 >>> Apr 8 11:22:04 zesx2 cimserver: storelib-Failed to get pd infor for >>> ctrl 0, dev 0 Apr 8 11:22:04 zesx2 cimserver: Cannot get information >>> from controller 0 logical device 0 Apr 8 11:22:04 zesx2 cimserver: >>> storelib-Failed to get pd infor for ctrl 0, dev 2 Apr 8 11:22:04 >>> zesx2 cimserver: Cannot get information from controller 0 phy device 2 >>> Apr 8 11:22:04 zesx2 cimserver: storelib-Failed to get pd infor for >>> ctrl 0, dev 1 Apr 8 11:22:04 zesx2 cimserver: Cannot get information >>> from controller 0 phy device 1 Apr 8 11:22:04 zesx2 cimserver: >>> storelib-Failed to get pd infor for ctrl 0, dev 2 Apr 8 11:22:04 >>> zesx2 cimserver: Cannot get information from controller 0 phy device 2 >>> >>> Any thoughts and pointers much appreciated. >>> >>> Thanks, >>> >>> Kurt >>> >>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ >>> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >>> >>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ >>> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >> >> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ >> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >> >> >> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~