Important HyperV Safety Tip

How to ruin your saturday night:
1. Bring up a new Hyper-V server using your Windows 2008 RTM disc. For some reason the Hyper-V update fails, so you are still running Beta Hyper-V (which was on RTM). You are unaware of this, because who really looks at all those updates anyway when bringing up a new server?
2. Move your existing VHD's to your new server.
3. Create new VM's using your existing VHD's and let them start up. Let them boot in the background while you get all your VM's going.
4. Say "WTF" as Hyper-V proceedes to corrupt all of the guest VHD's and totally ruin half your servers!
5. Spend all night restoring VHD's from backup.
The lesson: never start a guest created in "Full" using the "Beta" host. It will corrupt the guest's VHD!
Thanks, Microsoft.
1. Bring up a new Hyper-V server using your Windows 2008 RTM disc. For some reason the Hyper-V update fails, so you are still running Beta Hyper-V (which was on RTM). You are unaware of this, because who really looks at all those updates anyway when bringing up a new server?
2. Move your existing VHD's to your new server.
3. Create new VM's using your existing VHD's and let them start up. Let them boot in the background while you get all your VM's going.
4. Say "WTF" as Hyper-V proceedes to corrupt all of the guest VHD's and totally ruin half your servers!
5. Spend all night restoring VHD's from backup.
The lesson: never start a guest created in "Full" using the "Beta" host. It will corrupt the guest's VHD!
Thanks, Microsoft.
Comments
Forum Admin at www.techexams.net
--
LinkedIn: www.linkedin.com/in/jamesdmurray
Twitter: www.twitter.com/jdmurray
Seconded. Happened to me when I first started with Hyper-V.
I was gonna say that I thought the best safety tip for HyperV is don't use it.
I think this simply should serve as a reminder to stick to best practices and do things by the book. (They are called "BEST" for a reason)
Well, if that'd happened to me I'd be writing a blog article about it right now.
Forum Admin at www.techexams.net
--
LinkedIn: www.linkedin.com/in/jamesdmurray
Twitter: www.twitter.com/jdmurray
Honestly, and I like Microsoft, and defend them against a lot of criticism, but I do think including beta software on RTM media is asking for stuff like this to happen.
Recently had a Intel S5000 Dual Quad core server running Hyper V with 3 virtual server guests. Installed Intel Active System Console to monitor the server hardware. All was fine until we rebooted.
None of our Virtual machines would start and all became inaccessible...
Intel® System Management Software - TA-922 : Intel® IPMI Driver causes Virtual Machines to be inaccessible
basically the Intel software screwed up the registry permissions and prevented Hyper V manager accessing ANY virtual machines or allowing them to start.
Intel have now released a patch and an update, but it caused me many hours of downtime....
But besides that, am happy with Hyper V, but would love to be able to use more that 4 cores with each guest OS, hopefully Server 2008 R2 may address that issue..
Including the unreleased beta version of Hyper-V as an installable role with 2008 RTM was stupid. I understand why they wanted to do it, but it should have just sent you to a website to download it - which then could have been updated when Hyper-V RTM'd.
Either that or you could just follow the best Hyper-V safety tip offered above... use VMware ESX.
profile: linkedin.com/in/astorrs
+1 to all this
Still, this probably makes the guys at VMWare chuckle a bit.
Forum Admin at www.techexams.net
--
LinkedIn: www.linkedin.com/in/jamesdmurray
Twitter: www.twitter.com/jdmurray
Kinda like how Microsoft must have chuckled at the ESX 3.5 Update 3 licensing bug fiasco.
Don't get me wrong, I like VMware virtualization products more than MS, but VMware ain't exactly perfect, either...
Yup I know. I just think whomever decided to let a beta version of Hyper-V ship on RTM media was really, really stupid but I suspect it was some marketing guy who had the final say rather than the technical teams. MS have some of their sizeable guns firmly pointed towards the VM market and this kinda thing doesn't do them any favours at all.
Still, this all makes me chuckle if nothing else (though not at your plight hypnotoad - I feel your pain)
This is no one's fault but Microsoft's and their update should have allowed VM's created in beta to be used after the update. At they very least, it should say "UPGRADING FROM HYPER-V INCLUDED IN THE INSTALL MEDIA WILL BREAK YOUR VIRTUAL MACHINES!" and require approval before continuing.
Classic Microsoft, though, IMO, you shouldn't expect less.
I disagree. Microsoft is usually better about this kind of thing. You can site mistakes like this by any major IT company. I wouldn't say it's "classic Microsoft".
I remember in my newb days upgrading an ESX server from 2.5 to 3, and it blowing up the VMFS volume on the local storage, and all the VM's were lost as an example.
And in Microsoft's defense in this case, it was BETA software that has the problem. Like I said, my issue is it's easy to assume that all software included on install media for W2K8 should be production grade code.
profile: linkedin.com/in/astorrs
Yea, you got it backwards. The beta software corrupted the newer VMs. There wasn't an update that broke them.
I did this once, in a non production environment (first time i was messing with hyper-V) and didnt have an issue.