VMM ReproVMM 2012 SP1 and R2 - Data collection
SCOtrace - Orchestrator TracingAutomated data collection for SCO
Unsupported Cluster ConfigurationScript and post
VMM State Recovery ToolRepair Database state errors
SC 2012 VMM CAFirst line of defense in troubleshooting
Orchestrator Text Manipulation
VMM Networking Poster Illustrates networking for VMM 2012 SP1
VMM 2012 Technical Documentation, including Step-by Step Guides
VMM 2012 Official Cmdlet Reference
VMM 2012 TechNet Launchpad
VMM 2012 PowerShell Cheat Sheet
VMM 2008 PowerShell Cheat Sheet
2008 R2 Guides and Reference Downloads!
VMM 2008 Interactive Decision Flow
Jonathan's Virtual Blog
Virtual Machine Manager - Orchestrator - Solutions and Guidance
If you ever happen to set up a new virtual network on a Cluster node/Host you may find that your work is not entirely done. First, the Host that you added the VN to will in fact have networking set up correctly. What may appear odd is that the other Hosts in the cluster (nodes) will also show the new virtual network name correctly, but the virtual network bindings are not set up?! What’s going on here?
Simply, the requirement that all Hosts in a Cluster have matching network names is met as it should be. The problem is that although the name of the virtual network is created on the other nodes, there are no network bindings. The reason for this is simple: VMM has no way of knowing which network is the correct one to bind to. Left unchecked, it might bind to the wrong external network, or even an iSCSI network if you have one set up, and then where would your Cluster be? Wrecked. So, following a successful virtual network creation and binding on the initial node, you must manually bind the new virtual network to the correct network on each Host. There will be an error in the initial Host job in fact prompting you to do so. With this done, your new virtual network will be up and running correctly on all nodes. I hope this helps those of you who have run across this.