[EPIC] Store VM state when reusing published image
When we boot into the image, we suppose to have user use-case when customer simply starts machine with installed system. However, currently we do it in a way that is more like taking HDD drive, getting new server and plug it in, so some things, like device ids do not match. For many scenarios it's not supported by the installer.
As of now we have to introduce workaround other users would have to do when the move HDD to new server. However, we should test scenario with same hardware setup.
To break any scenario with multiple HDDs, it's enough to switch HDD_1 with HDD_2.
We could start using libvirt to manage VMs, and use virt-clone to get to the same state, which will be stored in xml files by hypervisor.
#6 Updated by okurz about 1 year ago
- Priority changed from Normal to Low
- Target version set to future
Considering other systems: in many cases booting is cleaner and especially for VMs is fast, in most cases comparable to loading a system state which also takes time, which we can see when os-autoinst reverts to a snapshot. I merely see the use case when services on top of the OS take long to initialize but this is not something I commonly see in our tests. The use case is still valid but IMHO low pro
See for the reason of tracker change: http://mailman.suse.de/mailman/private/qa-sle/2020-October/002722.html