This weekend we had an electricity inspection so all equipment in the office needed to be powered down. Fast forward a few hours after I had gracefully shutdown all the servers and network devices, the inspection was complete and it was time to power everything back on again.<\/p>\n
So I started to power on the virtual machines one by one in the correct sequence and once I thought I was done, I took a little break.<\/p>\n
<\/p>\n
I come back and try to log-on to the vCenter server via vSphere but nothing’s happening. Try logging on to CRM and getting a 500 error. Hmm… something with the SQL server maybe?<\/p>\n
So I try to remote desktop in to the SQL server but can’t get through. Well, these machines are running on slow hardware and Windows Servers in general take a while to boot so let’s log-on to the host and view the console window just to see what stage it’s at!<\/p>\n
So I log-on to the host, right click the SQL server VM and click to view the console. BLUE. Blue everywhere. PROCESS1_INITIALIZATION_FAILED?! I haven’t seen that one before.<\/p>\n
Did some Googling and found a Microsoft KB article that suggested something about a bootcat.cache file not being the right size or something. The suggested resolution to the problem was to apply the latest updates so the Server… Mm okay, how am I supposed to apply updates to the Server if I can’t boot in to it?!<\/p>\n
Anyway, what I did was, turn off the server, mount the VM hard-disk in to another VM, remote desktop to the other VM and locate the hard-drive in Computer\/Explorer. If your server is not on a VM but on a physical machine, all is not lost (because you should still have a backup right?).<\/p>\n You should be able to boot in to a Live CD image (like Ubuntu or other variant) and browse the HDD on the machine to delete the above mentioned file.<\/p>\n Once you have your server all up and running again, snapshot it & do a back-up, run Windows Updates and apply all critical\/important updates. Delete snapshot when done and hope you never come across another BSOD again!<\/p>\n Hope this helps!<\/p>\n","protected":false},"excerpt":{"rendered":" This weekend we had an electricity inspection so all equipment in the office needed to be powered down. Fast forward a few hours after I had gracefully shutdown all the servers and network devices, the inspection was complete and it was time to power everything back on again. So I started to power on the […]<\/p>\n","protected":false},"author":32,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"footnotes":""},"categories":[1],"tags":[128,129],"class_list":["post-1031","post","type-post","status-publish","format-standard","hentry","category-tech","tag-bsod","tag-windows-server"],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/p1trTO-gD","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/emtunc.org\/blog\/wp-json\/wp\/v2\/posts\/1031","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/emtunc.org\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/emtunc.org\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/emtunc.org\/blog\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/emtunc.org\/blog\/wp-json\/wp\/v2\/comments?post=1031"}],"version-history":[{"count":2,"href":"https:\/\/emtunc.org\/blog\/wp-json\/wp\/v2\/posts\/1031\/revisions"}],"predecessor-version":[{"id":1033,"href":"https:\/\/emtunc.org\/blog\/wp-json\/wp\/v2\/posts\/1031\/revisions\/1033"}],"wp:attachment":[{"href":"https:\/\/emtunc.org\/blog\/wp-json\/wp\/v2\/media?parent=1031"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/emtunc.org\/blog\/wp-json\/wp\/v2\/categories?post=1031"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/emtunc.org\/blog\/wp-json\/wp\/v2\/tags?post=1031"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\nNow locate the bootcat.cache file in %SYSTEMROOT%\/Windows\/System32\/CodeIntegrity and delete it – the file should<\/em> regenerate when you boot up the SQL server again.
\nObviously you want to dismount the drive from the intermediate VM before you boot up the SQL Server otherwise you’ll screw yourself over.<\/p>\n