question

TerryMergl-2695 avatar image
0 Votes"
TerryMergl-2695 asked TimCerling-5039 answered

HyperV Host / virtual machines pooched after creating new virtual switch.

Evening. Bit of a bind and I'll try hard to explain - short version.
Two physical hosts (HV01, HV02) each has several VM's on them
We have a Nimble for storage - we use cluster management (I did not set this all up so I'm still learning)
The hosts have several NIC. (Coworker was 80% completed with clustering project - never finished)

On HOST1 I tried to create a virtual switch for a couple VM's that required access to a vlan.
Creating virtual switch did not go well. It created an error, and that's why HOST2 went all stupid. After I was able to get access into Host 2 I noticed the first three NIC's I checked had their properties all changed, which I am pretty sure that created this mess I am in.

Pretty much every VM on Host 2 ended in saved-critical state. (Two VM's with configs on the local drive did come up as expected)
We know where the config files/VHDx are located on the Nimble but Cluster Manager has our Host 2 in a locked/orphaned state for some reason. And I don't know why, so any assistance ideas appreciated.

Terry

windows-serverwindows-server-hyper-vwindows-server-clustering
5 |1600 characters needed characters left characters exceeded

Up to 10 attachments (including images) can be used with a maximum of 3.0 MiB each and 30.0 MiB total.

XiaoweiHe-MSFT avatar image
0 Votes"
XiaoweiHe-MSFT answered TerryMergl-2695 edited

Hi,

What is the type of the virtual switch, if we create "External Virtual switch", please select "Allow management operating system to share this network adapter".

21849-image.png

https://docs.microsoft.com/en-us/windows-server/virtualization/hyper-v/get-started/create-a-virtual-switch-for-hyper-v-virtual-machines


If the reply could be of help, please help to accept it as an answer, thanks for your cooperation!
Thanks for your time!
Best Regards,
Anne



image.png (58.0 KiB)
· 1
5 |1600 characters needed characters left characters exceeded

Up to 10 attachments (including images) can be used with a maximum of 3.0 MiB each and 30.0 MiB total.

Appreciate the response. It was an external VS with allow management os to share. It's been resolved. The culprit that delayed getting things going was the Fail over Cluster Manager. Some reason it locked the node the host was on. Can't figure how it finally came back online. Creating the external VS - I am not sure why it caused this headache. Once host was back up, Failover MGR was cooperating and VM's starting coming up....we were successful creating the VS.
It can't be ruled out that I chose a NIC to tie the VS too, that in fact was currently in use.
Thank you again for responding.
Terry

0 Votes 0 ·
TimCerling-5039 avatar image
0 Votes"
TimCerling-5039 answered

"The culprit that delayed getting things going was the Fail over Cluster Manager"

The rule of thumb for managing is to manage from the highest level possible. If you are running just Hyper-V, you manage all aspects from the Hyper-V manager. If you cluster Hyper-V, you manage everything you can from the cluster manager, using Hyper-V manager only when cluster manager is not able to do something. If some actions which can be performed from cluster manager but are instead performed from Hyper-V manager, you can end up with a situation like you had where it takes some time for the cluster manager to become aware of the change. Sometimes it goes through just fine, but other times it make take a while. Hence my rule of thumb to manage from highest to lowest.

5 |1600 characters needed characters left characters exceeded

Up to 10 attachments (including images) can be used with a maximum of 3.0 MiB each and 30.0 MiB total.