[ovirt-users] Several VM's stuck in Migration

[Mark Steele]

Hello,

We recently had our storage array hang. We were able to get the disk array
back online, however several of our VM's attempted to migrate from one Host
to another. Now that the storage is online, several of the VM's still
indicate they are in a state of migration and I cannot manage them from
withing the ovirt engine web administration gui.

Most of the VM's are actually running properly and I can access them either
via ssh or RDP (depending on the OS).

I have attempted to clear the migration status with the following:

- service ovirt-engine restart (on the ovirt-engine vm)
- reboot ovirt-engine vm
- PGPASSWORD=############### ./unlock_entity.sh -t vm vm-name
- restart the vm from within the vm

additionally - i went on the HV of one of the VM's and did:

vdsClient -s 0 destroy vm_guid

unfortunately, that removed all traces of the vm from that HV and it was
not on any of the other three HV's - although ovirt-engine still shows it
and reports it as migrating.

I'd like to clear the migrating status of the affected VM's and figure out
how to recover the missing one.

Any help would be appreciated. I am not the person who originally setup the
ovirt installation, so I am not sure where to go to pull logs.

Thank you for your assistance.

***
*Mark Steele*
CIO / VP Technical Operations | TelVue Corporation
TelVue - We Share Your Vision
800.885.8886 x128 | msteele at telvue.com | http://www.telvue.com
twitter: http://twitter.com/telvue | facebook:
https://www.facebook.com/telvue
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
This
email has been sent from a virus-free computer protected by Avast.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160202/9cd3ac06/attachment-0001.html>