none
2012 R2 server Hyper-V vm's are automatically shutdown. RRS feed

  • Question

  • 2012 R2 server Hyper-V vm's are automatically  shutdown. verified the event logs found below examples.

    All the events are failover cluster events. Failover Clustering Events: 21502,1155,1069,1205,1146,1230

    Hyper-V 2012 Live migration fails with event ID 21502.

    Please someone help me out.

    Thanks,

    Rvs

    Monday, August 19, 2019 10:05 AM

All replies

  • If I understand correctly you have a Hyper-V Cluster? 

    Microsoft Certified Professional

    [If a post helps to resolve your issue, please click the "Mark as Answer" of that post or click Answered "Vote as helpful" button of that post. By marking a post as Answered or Helpful, you help others find the answer faster. ]

    Tuesday, August 20, 2019 5:57 AM
  • Hi,

    Thanks for your question.

    As researched, Event ID 21502: Live migration of 'Virtual Machine Library' failed. The Reason for this issue was that only the VHD of the VM was on the shared storage while the snapshot and VM's configuration files were on Hyper-V local storage. The solution is to Move all of the VM files to the shared storage.

    And other events mentioned are related to cluster service or one or more resources failed, The cluster Resource Hosting Subsystem (RHS) process was terminated and will be restarted. This is typically associated with cluster health detection and recovery of a resource. Please refer to the System event log to determine which resource and resource DLL is causing the issue.

    Please check Failover Cluster requirements and Hyper-V VM Processor Compatibility, we recommend use a set of matching computers to build a cluster. That was something I wanted to test to be sure it was the case and if there would have been any different between Online/Offline Snapshots.

    Furthemore, we should avoid taking a snapshot of a running virtual machine. If you revert back to a snapshot of a running virtual machine, the memory state is restored in addition to the disk. Also when a VM is started on a host, the Hypervisor exposes the set of supported processor features available on the underlying hardware of that host to the VM. These sets of processor features are called the guest visible processor features.  VM can only learn about processor feature when start or restart.

    If a running VM is migrated to another host, Hyper-V first compares verifies processor features currently available to the VM are also available on the destination host. If the destination processor does not support all of the features available to the VM, the migration will fail.

    So if you want to take a VM snapshot in a cluster, it’s recommended to shut down the virtual machine and then take a snapshot.

    Reference link:

    https://social.technet.microsoft.com/Forums/windowsserver/en-US/57cdd7b4-099c-4bd4-9f4e-1bf83d206897/live-migration-hyperv2012-fails-if-snapshots-are-present-id-1155?forum=winserverClustering

    Hope above information can help you.

    Highly appreciate your effort and time. If you have any question or concern, please feel free to let me know.

    Best regards,

    Michael


    Please remember to mark the replies as an answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com

    Tuesday, August 20, 2019 9:58 AM
    Moderator
  • Hi,

    Just checking in to see if the information provided was helpful. Please let us know if you would like further assistance.

    Best Regards,

    Michael


    Please remember to mark the replies as an answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com

    Wednesday, August 21, 2019 8:39 AM
    Moderator
  • Hi,

    How are things going on? Was your issue resolved?

    Please feel free to let me know if you need further assistance.

    Best regards,

    Michael


    Please remember to mark the replies as an answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com


    Thursday, August 29, 2019 8:15 AM
    Moderator