Description of problem:
When a VM snapshot with memory is created and not all disks are included in it, various problems can happen. What if a non-included disk is modified in the meantime? What if a disk operation on it was running when making the snapshot? What if the disk gets removed before resuming the snapshot? One particular problem with starting snapshot preview is described below.
It's true that users are warned when making such a snapshot. But it's difficult to find a reasonable use case in any case. So it would be probably best not to allow saving memory when not all disks are included. Snapshot without memory should be appropriate in such a case.
Version-Release number of selected component (if applicable):
oVirt 4.3 (master)
Steps to Reproduce:
1. Start a VM with more than one disk.
2. Create a snapshot of the VM, check "Save Memory" and uncheck one of the disks.
3. Stop the VM.
4. Remove the disk not included in the snapshot.
5. Preview the snapshot.
6. Run the VM.
The VM snapshot preview can't be started.
"Save Memory" option should be disabled and set off when making a snapshot with not all disks included.
Perhaps a configuration option could be provided to retain the original (semi-broken) behavior.
it can be avoided by following the warning and including all disks.
When it is configured like that you can get easily to a state when the snapshot cannot start or starts in a wrong way - potentially corrupting the resumed state (say, in-flight I/O to a disk which is not included in the restore, unexpected HW configuration change)
But since this is a existing behavior for a long time it's not that common.
Closing due to capacity. It's an unusual workflow which hasn't generated an additional bug report in years (despite being an actual bug)