Description of problem: After migration, when VM on the source is shut down (and VM status is set to DOWN), domain object is still virdomain.Notifying. Is should be switched to virdomain.Disconnected or virdomain.Defined so that it throws virdomain.NotConnectedError on any call. This exception can be properly handled by the callers.
(In reply to Vojtech Juranek from comment #0) > Description of problem: > > After migration, when VM on the source is shut down (and VM status is set to > DOWN), domain object is still virdomain.Notifying. Is should be switched to > virdomain.Disconnected or virdomain.Defined so that it throws > virdomain.NotConnectedError on any call. This exception can be properly > handled by the callers. from Virt perspective, the VM is locked on the engine side and when the engine gets the updated status, it will issue a destroy call to remove the vm Vojtech, does it lead to any kind of issue for storage? setting low severity for now
> from Virt perspective, the VM is locked on the engine side and when the > engine gets the updated status, it will issue a destroy call to remove the vm > Vojtech, does it lead to any kind of issue for storage? yes, we expect to get NotConnectedError when the VM is not running, while in currect situation we get various libvirt exceptions (e.g. VIR_ERR_OPERATION_INVALID). See e.g. BZ #1981079 > setting low severity for now Yes, it's fine, it's not a big problem for us and we can eventually fix it - I already started to work on it (https://gerrit.ovirt.org/c/vdsm/+/115784) as part of fix for BZ #1981079. Will return to it once I finish more urgent stuff.
This bugzilla is included in oVirt 4.5.2 release, published on August 10th 2022. Since the problem described in this bug report should be resolved in oVirt 4.5.2 release, it has been closed with a resolution of CURRENT RELEASE. If the solution does not work for you, please open a new bug report.