mirror of
https://git.proxmox.com/git/qemu-server
synced 2025-05-02 13:14:11 +00:00
27a5be5376
A "savevm" call (both our async variant and the upstream sync one) use migration code internally. As such, they both expect migration capabilities to be set. This is usually not a problem, as the default set of capabilities is ok, however, it leads to differing snapshot settings if one does a snapshot after a machine has been live-migrated (as the capabilities will persist from that), which could potentially lead to discrepencies in snapshots (currently it seems to be fine, but it still makes sense to set them to safeguard against future changes). Note that we do set the "dirty-bitmaps" capability now (if query-proxmox-support reports true), which has three effects: 1) PBS dirty-bitmaps are preserved in snapshots, enabling fast-incremental backups to work after rollback (as long as no newer backups exist), including for hibernate/resume 2) snapshots taken from now on, with a QEMU version supporting bitmap migration, *might* lead to incompatibility of these snapshots with QEMU versions that don't know about bitmaps at all (i.e. < 5.0 IIRC?) - forward compatibility is still given, and all other capabilities we set go back to very old versions 3) since we now explicitly disable bitmap saving if the version doesn't report support, we avoid crashes even with not-updated QEMU versions Signed-off-by: Stefan Reiter <s.reiter@proxmox.com> |
||
|---|---|---|
| .. | ||
| cfg2cmd | ||
| MigrationTest | ||
| ovf_manifests | ||
| snapshot-expected | ||
| snapshot-input | ||
| Makefile | ||
| run_config2command_tests.pl | ||
| run_ovf_tests.pl | ||
| run_pci_addr_checks.pl | ||
| run_qemu_img_convert_tests.pl | ||
| run_qemu_migrate_tests.pl | ||
| run_snapshot_tests.pl | ||
| snapshot-test.pm | ||
| test_get_replicatable_volumes.pl | ||
| test.vmdk | ||