Univention Bugzilla – Bug 33670
Allow migration only when shared storage is detected
Last modified: 2023-06-28 10:46:12 CEST
+++ This bug was initially created as a clone of Bug #33667 +++ My optimistic attempt to migrate a Windows VM from isala to krus was stopped cold by the following UVMM error message which popped up while starting the migrated VM: ... Fehler beim Verwalten der Domäne "4535e2a8-64b0-fead-e98c-753289cfdd4a": internal error process exited while connecting to monitor: kvm: -drive file=/var/lib/libvirt/images/arequate_Win7SP1.234.qcow2,if=none,id=drive-ide0-0-1,format=qcow2,cache=none: could not open disk image /var/lib/libvirt/images/arequate_Win7SP1.234.qcow2: No such file or directory UVMMd could extract the list of images from the currently running VM, check on the destination host if they exist there as well, and only then allow migration. This isn't perfect, since for a real check UVMMd would have to check if the files are really the same, that is the file-system containing them is a network file system mounted from exactly the same server. Multi-pathing would complicate that further.
Asked for by a customer. Even with shared storage, UVMM should detect that the share is not mounted before doing a migration.
A failed migration can lead to data loss. We should consider supporting `migrate --copy-storage-all` if the storage is not shared, but this still requires detecting a shared storage before.
There is a Customer ID set so I set the flag "Enterprise Customer affected".
Also see <https://wiki.libvirt.org/page/TodoPreMigrationChecks> for additional checks
This issue has been filed against UCS 4.2. UCS 4.2 is out of maintenance and many UCS components have changed in later releases. Thus, this issue is now being closed. If this issue still occurs in newer UCS versions, please use "Clone this bug" or reopen it and update the UCS version. In this case please provide detailed information on how this issue is affecting you.