summaryrefslogtreecommitdiffstats
path: root/tests/qemu-iotests/257
diff options
context:
space:
mode:
authorJohn Snow2019-07-29 22:35:55 +0200
committerJohn Snow2019-08-17 00:29:43 +0200
commit1a2b8b406bea1108c990b6fc932bef63211de245 (patch)
tree2a0b4bee023b25558b457297116890a26e179de8 /tests/qemu-iotests/257
parentblock/backup: teach TOP to never copy unallocated regions (diff)
downloadqemu-1a2b8b406bea1108c990b6fc932bef63211de245.tar.gz
qemu-1a2b8b406bea1108c990b6fc932bef63211de245.tar.xz
qemu-1a2b8b406bea1108c990b6fc932bef63211de245.zip
block/backup: support bitmap sync modes for non-bitmap backups
Accept bitmaps and sync policies for the other backup modes. This allows us to do things like create a bitmap synced to a full backup without a transaction, or start a resumable backup process. Some combinations don't make sense, though: - NEVER policy combined with any non-BITMAP mode doesn't do anything, because the bitmap isn't used for input or output. It's harmless, but is almost certainly never what the user wanted. - sync=NONE is more questionable. It can't use on-success because this job never completes with success anyway, and the resulting artifact of 'always' is suspect: because we start with a full bitmap and only copy out segments that get written to, the final output bitmap will always be ... a fully set bitmap. Maybe there's contexts in which bitmaps make sense for sync=none, but not without more severe changes to the current job, and omitting it here doesn't prevent us from adding it later. Signed-off-by: John Snow <jsnow@redhat.com> Reviewed-by: Max Reitz <mreitz@redhat.com> Message-id: 20190716000117.25219-11-jsnow@redhat.com Signed-off-by: John Snow <jsnow@redhat.com>
Diffstat (limited to 'tests/qemu-iotests/257')
0 files changed, 0 insertions, 0 deletions