{"id":728,"date":"2012-03-23T17:21:39","date_gmt":"2012-03-23T16:21:39","guid":{"rendered":"http:\/\/www.bussink.ch\/?p=728"},"modified":"2018-05-23T18:00:47","modified_gmt":"2018-05-23T16:00:47","slug":"vcenter-vm-hardware-upgrade-results-in-hung-vcenter-services","status":"publish","type":"post","link":"https:\/\/www.bussink.ch\/?p=728","title":{"rendered":"vCenter VM Hardware Upgrade results in Hung vCenter services"},"content":{"rendered":"<p>Yesterday, while upgrading a new vCenter virtual machine that was created on an ESX 3.5 host, to a new ESXi 5.0 host, we found ourself with a VM that was refusing to start any services.<\/p>\n<p>The virtual machine is running<\/p>\n<ul>\n<li>Windows Server 2008 R2 SP1<\/li>\n<li>vCenter 5.0 Update 1<\/li>\n<li>SQL Server 2008 R2 SP1 (10.50.2792)<\/li>\n<li>and the whole suite of vCenter services (vum, syslog, dump, web service).<\/li>\n<\/ul>\n<p>The virtual machine was created\u00a0 on an ESX 3.5 (Build 604481) and was configured as a VM Version 4.\u00a0 The target platform was a new ESXi 5.0 Update 1 host (Build 623860). So we cold migrated the vCenter to the new system, via a shared VMFS3 datastore.<\/p>\n<p>At this point, the virtual machine was running fine as a VM Version 4 on the ESXi 5.0 Update 1.<\/p>\n<p>I then started the upgrade process, with the installation of the VMware Tools, to ensure I had all the proper drivers in the VM. I then powered off the virtual machine, and upgraded the hardware to VM Version 8.<\/p>\n<div id=\"attachment_740\" style=\"width: 375px\" class=\"wp-caption alignnone\"><a href=\"http:\/\/www.bussink.ch\/wp-content\/uploads\/\/2012\/03\/vcenter_vm_version_8.jpg\"><img aria-describedby=\"caption-attachment-740\" loading=\"lazy\" class=\"size-full wp-image-740\" title=\"vCenter - VM Version 8\" src=\"http:\/\/www.bussink.ch\/wp-content\/uploads\/\/2012\/03\/vcenter_vm_version_8.jpg\" alt=\"\" width=\"365\" height=\"348\" srcset=\"https:\/\/www.bussink.ch\/wp-content\/uploads\/2012\/03\/vcenter_vm_version_8.jpg 365w, https:\/\/www.bussink.ch\/wp-content\/uploads\/2012\/03\/vcenter_vm_version_8-300x286.jpg 300w\" sizes=\"(max-width: 365px) 100vw, 365px\" \/><\/a><p id=\"caption-attachment-740\" class=\"wp-caption-text\">vCenter - VM Version 8<\/p><\/div>\n<p>The system restarted but there was an issue with the various services. I could not open the network settings, I could not uninstall the VMware Tools as the Windows Installer service was not running. My data and database log disks where not visible, I could not open the disk management control panel.<\/p>\n<p>After much troubleshooting, restarting the virtual machine in safe mode and various other tests, my colleague found this very interesting article <a title=\"Windows Server 2008 computers hang during startup while &quot;applying computer settings&quot; and services configured to start automatically fail to start\" href=\"http:\/\/support.microsoft.com\/kb\/2004121\" target=\"_blank\">Windows Server 2008 computer hang during startup while &#8220;applying computer settings&#8221; and services configured to start automatically fail to start\u00a0http:\/\/support.microsoft.com\/kb\/2004121\u00a0<\/a><\/p>\n<p>The following two paragraphs are taken from the Microsoft Support Article.<\/p>\n<p><em><strong>Cause<\/strong><\/em><\/p>\n<p><em>The problems described in the symptoms section occur because of\u00a0a lock on the Service Control Manager (SCM) database.\u00a0 As a result of the lock, none of the services can access the SCM database to initialize their service start requests. To\u00a0verify that a Windows computer is affected by the problem discussed in this article, run the following command from the command Prompt:<\/em><\/p>\n<blockquote dir=\"ltr\"><p>[box]<strong>sc querylock <\/strong><\/p>\n<p><em>The output below would indicate that the SCM database is locked: <\/em><\/p>\n<p>QueryServiceLockstatus &#8211; Success<\/p>\n<p>IsLocked : True<\/p>\n<p>LockOwner : .\\NT Service Control Manager<\/p>\n<p>LockDuration : 1090 (seconds since acquired)<\/p>\n<p>[\/box]<\/p><\/blockquote>\n<h4><em><strong>Let me fix it myself<\/strong><\/em><\/h4>\n<p><em>you can\u00a0modify the behavior of HTTP.SYS to depend on another service being started first.\u00a0 To do this, perform the following steps:<\/em><br \/>\n[box]<\/p>\n<ul>\n<li><em>Open Registry Editor<\/em><\/li>\n<li><em>Navigate to <strong>HKLM\\SYSTEM\\CurrentControlSet\\Services\\HTTP<\/strong> and create the following Multi-string value: <strong>DependOnService<\/strong><\/em><\/li>\n<li><em>Double click the\u00a0new <strong>DependOnService<\/strong> entry<\/em><\/li>\n<li><em>Type\u00a0<strong>CRYPTSVC<\/strong> in the Value Data field and click <strong>OK.<\/strong><\/em><\/li>\n<li><em>Reboot the server<\/em><\/li>\n<\/ul>\n<p>[\/box]<\/p>\n<p><em><strong>NOTE: <\/strong>Please ensure that you make a backup of the registry \/ affected keys before making any changes to your system.<\/em><\/p>\n<p>After having made the registry modification and a final restart, the virtual machine was working again as expect. This was a very strange and bizarre error I have never heard someone run into. So here it is resumed, and may it be usefull someday to someone else&#8230;<\/p>\n<p>&nbsp;<\/p>\n<p>&nbsp;<\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Yesterday, while upgrading a new vCenter virtual machine that was created on an ESX 3.5 host, to a new ESXi 5.0 host, we found ourself with a VM that was refusing to start any services. The virtual machine is running Windows Server 2008 R2 SP1 vCenter 5.0 Update 1 SQL Server 2008 R2 SP1 (10.50.2792) [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":740,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[12,9],"tags":[65,29,66,64],"_links":{"self":[{"href":"https:\/\/www.bussink.ch\/index.php?rest_route=\/wp\/v2\/posts\/728"}],"collection":[{"href":"https:\/\/www.bussink.ch\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.bussink.ch\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.bussink.ch\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.bussink.ch\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=728"}],"version-history":[{"count":12,"href":"https:\/\/www.bussink.ch\/index.php?rest_route=\/wp\/v2\/posts\/728\/revisions"}],"predecessor-version":[{"id":1990,"href":"https:\/\/www.bussink.ch\/index.php?rest_route=\/wp\/v2\/posts\/728\/revisions\/1990"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.bussink.ch\/index.php?rest_route=\/wp\/v2\/media\/740"}],"wp:attachment":[{"href":"https:\/\/www.bussink.ch\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=728"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.bussink.ch\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=728"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.bussink.ch\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=728"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}