Unsupported Cluster Configuration

Maybe Michael should go away more often.  I seem to get a lot more done when he’s out.

Today, I added the third node to the Hyper-V R2 cluster we’re currently testing.  When I did, VMM freaked out and all of the guests on the other two nodes went into a warning state.  The error they displayed:

Warning (13921)

Highly available virtual machine <INSERT NAME> is not supported by VMM because one or more of its network adapters is not configured correctly.

Recommended Action

Ensure that all of the virtual network adapters are either disconnected or connected to highly available virtual networks.

So, how do we fix this issue?  You use Google, of course.  A quick Google-ing gave the following information (edited for grammar):

For a VN [Virtual Network] to be marked as HA, the location and tag of the VN in all nodes must be the same.  For each VN in the cluster[, be sure that]:

  • The NICs to which the VN is attached in each node have the same location.
  • The Tag in the VN in each node is the same.
  • The VN Name is the same.
  • After you commit changes, refresh the cluster so ensure that the VN is detected as HA.

Our problem, specifically, was related to the network tagging.  To fix the tag, do the following:

  1. Open VMM, and navigate to the “Hosts” view.
  2. Right click on one of the hosts and select “Properties.”
  3. Navigate to the “Networking” tab.
    VMM Network Tab
  4. Once, there, you’ll need to click each network (in this case, we have two) and add text to the “Network tag:” field.  Keep in mind that these tags will need to be the same across all your hosts in order to make them highly available.
    VMM Network Tag
  5. Rinse and repeat for the rest of your hosts.
  6. Once you finish tagging, you’ll need to refresh the cluster node in VMM.
    vmmrefresh

That fixed our problem.  Maybe it will help you.

More information here in the “Troubleshoot ‘Unsupported Cluster Configuration’ Status for a Highly Available Virtual Machine” section.

The subsystem needed…

So, I’m bee-bopping along setting up a new Server 2008 R2 virtual host, when I get to our SAN software’s install.  When I tried to run the executable, the following error was thrown:

The subsystem needed to support the image type is not present.

A quick Googling led me to this Technet post.  The relevate parts of the post:

WOW64 is not present in Microsoft Hyper-V Server 2008 R2.  This change was made because Microsoft Hyper-V Server is supposed to be a single purpose OS, and users have asked for it to be as small as possible.  So, whenever possible, we will not include general Windows components that are not needed by Hyper-V.

And the resolution:

Issue this command to install WOW64 support:

start /w ocsetup ServerCore-WOW64

And of course: reboot.

2008 R2 High Availability

Michael and I are probably the only two people in the world that would find this even remotely amusing, but…

We’re testing 2008 R2′s Failover Clustering.  In particular, we’re going to test Hyper-V and highly available machines.  So, in Michael’s infinite wisdom, he asked me what to name the first test cluster.  I suggested the following:

clusterf

Installation Results

When you run the script mentioned here (to updated a Server Core 2008 install), you’ll see a part of the output called “Installation Results.”  In the infinite wisdom of Microsoft, they don’t seem to feel the need to plainly document these results.  They have instead included a number (1-3) to indicate the results of the installation.  Here are these codes in case you’re looking:

Exit Codes:
0 = scripting failure
1 = error obtaining or installing updates
2 = installation successful, no further updates to install
3 = reboot needed; rerun script after reboot

More here.