How to Update a Windows Server 2008 R2 Hyper-V Cluster to SP1

Introduction

The following walkthrough will run through the steps to update a Windows Server 2008 R2 Enterprise Hyper-V Cluster to SP1. The Hyper-V R2 hosts we are using here, have never received a Windows patch since first build.

Note: If you are using SCVMM2008 R2, recommend upgrading this to SCVMM2008 R2 SP1 first!

Preliminary Steps

i. Before starting make sure your backups are secure and you know you can restore those backups.
ii. Download the Service Pack 1 file to your Hyper-V hosts (windows6.1-KB976932-X64.exe)

(Optional) Run a cluster validation test before starting but don’t do the full cluster validation test as this requires some cluster downtime. Recommend omit storage tests.

Fig. 1: Validate This Cluster…
Fig. 2: Run only tests I select
Fig. 3: Deselect Storage
The Service Pack 1 Upgrade

1. Live migrate all the guests from the node you wish to update to SP1
2. Disable antivirus services.
3. In Failover Cluster Manager, Pause the node (pause is typically used when performing updates etcetera)

Fig. 4: Pause node

4. Reboot the node first to make sure it is in a clean state.
5. Double-click to start up the Service Pack 1 file, and follow the prompts to install it.

Fig. 5: Install Windows Server 2008 R2 Service Pack 1
Note: Should take around 30 minutes and multiple reboots might be needed.

Fig. 6:  Windows Server 2008 R2 Service Pack 1 is now installed
6. Verify it has installed

Fig. 7: Using systeminfo to verify Service Pack level
7. (Optional) At this state you might want to apply further Windows and Microsoft updates. At the time of writing there were around 60 post SP1 updates, and to download (on 2 Gbps) and apply the updates takes a good 30-45 minutes. One of the updates post SP1 is IE9, this will wait for a prompt to be acknowledged – yes or no – before applying.

8. Check the event log for any errors

Note 1: In the setup event log you’ll see these messages –
i) Initiating changes for package KB976932. Current state is Absent. Target state is Installed. Client id: SP Coordinater Engine.
ii) Package KB976932 was successfully changed to the Installed state.

Note 2: if an extra reboot is required you’ll see an extra entry in between these stating “A reboot is necessary before package KB976932 can be changed to the Installed state” in which case reboot!

9. Resume node

Fig. 8: Failover Cluster Manager – Resume node
10. Re-enable antivirus.
11. Live migrate guests from the next node to the node already upgraded to SP1 and repeat 1 to 9 until all nodes are upgraded.

*****

12. It is recommended to run a Cluster Validation after the upgrade of all cluster nodes has finished – remember to omit storage tests (see above)!

13. Finally, update guests VMs with the new SP1 version of the Hyper-V Integration Components (Action > Insert Integration Services Setup Disk.) The guests will require a reboot to complete to installation.

Note: If you have SCVMM2008 R2, you can use it to update multiple.

With Hyper-V R2 SP1 installed and the Integration Components updated, you can take advantage of the Dynamic Memory and RemoteFX features.

Credits, Sources, and Further Reading


Lab Note – VMware Workstation 9 with Hyper-V

In the lab we were running Hyper-V inside VMware Workstation 9 – which is perfectly possible, just remember to select/change the Guest operating system to ‘Microsoft Windows Hyper-V (unsupported)’.

Fig. 9: VMware Workstation 9 – Guest O/S = Hyper-V (unsupported)
If not you’ll see the ‘Hyper-V cannot be installed’ message when you attempt to tick the box for the Hyper-V role in server manager.

Fig. 10: Hyper-V cannot be installed
The Hyper-V (unsupported) option is a new feature of VMware Workstation 9. You will not be able to run nested guests under Hyper-V inside VMware Workstation 9 until Service Pack 1 is installed.

Real World Experience on a 3 Node Cluster

One minor issue encountered was that the Hyper-V Virtual Machine Management Service hung on one of the hosts whilst it was shutting down. Left if for about 20 minutes until it became obvious it was stuck, then easy fix was just to kill vmms.exe from the DOS CLI on another server.
The command is>
taskkill.exe /S SYSTEM /IM vmms.exe

Note 1: This is logged in with a domain account with administrative privileges across the hosts.
The full command syntax is>
taskkill.exe /S SYSTEM /U USERNAME /P PASSWORD /IM PROCESS
Also worth knowing for listing running processes on a remote (or the local) host>
tasklist.exe /S SYSTEM /U USERNAME /P PASSWORD

Note 2: The VMM service only hung on one host; this could be because I had not disabled the AV service (Symantec Endpoint Protection) on the host which I did for the others.

Note 3: Because of the time it was taking to apply the service pack (one host took 2 hours), ended up patching two of the three hosts at the same time (two paused hosts,) and this worked fine. Here we had the luxury of being able to shutdown all the guests.

Comments

  1. Thanks so much for posting this. I was able to unhang my sever using the above commands. I also used this to get a better understanding of what I was doing. http://www.watchingthenet.com/how-to-view-and-kill-processes-on-remote-windows-computers.html

    ReplyDelete
    Replies
    1. Hi Hugh, thank you for the comment. Cheers!

      Delete

Post a Comment