One VM fails to vMotion, other VMs vMotion just fine

This post was originally published on this site

I need to put a host into maintenance mode in my ESXi 6.7 U3 cluster. All the VMs migrated off of it just fine…except one, which consistently hangs at 21% and then fails.

 

The error stack in the task says:

  • vMotion migration [169412107:6390396849079088667] failed writing stream completion: Timeout.
  • Migration to host <10.25.6.18> failed with error Timeout (195887137).
  • vMotion migration [169412107:6390396849079088667] (16-77102179162616) failed to receive 4940/4940 bytes from the remote host <10.25.6.11>: Timeout.
  • Failed waiting for data. Error 195887137. Timeout.

 

And the reason in the relevant event is:

  • The virtual machine did not migrate. This condition can occur if vMotion IPs are not configured, the source and destination hosts are not accessible, and so on. Action: Check the reason in the event message to find the cause of the failure. Ensure that the vMotion IPs are configured on source and destination hosts, the hosts are accessible, and so on.

 

However, this is red herring because, as I said, all the other VMs were able to vMotion without issue.

 

Looking at the hardware, the only thing unusual I see is that it uses IDE disks, not virtual SCSI, but that shouldn’t prevent vMotion, should it?

 

Any ideas how I can troubleshoot this? Unfortunately, I’m finding nothing useful online from that error stack info because all the advice pertains to when vMotion as a whole doesn’t work on a host, which isn’t relevant here.

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.