summaryrefslogtreecommitdiffstats
path: root/migration
diff options
context:
space:
mode:
authorVladimir Sementsov-Ogievskiy <vsementsov@parallels.com>2014-12-30 13:04:16 +0300
committerStefan Hajnoczi <stefanha@redhat.com>2015-01-13 11:47:56 +0000
commit04636dc410b163c2243e66c3813dd4900a50a4ed (patch)
tree8d583d058d1ee45c9d58568aca28bb9913a9a9f3 /migration
parent4dd7b8d30cfa1aebee547958db27efd581a58d9b (diff)
downloadhqemu-04636dc410b163c2243e66c3813dd4900a50a4ed.zip
hqemu-04636dc410b163c2243e66c3813dd4900a50a4ed.tar.gz
migration/block: fix pending() return value
Because of wrong return value of .save_live_pending() in migration/block.c, migration finishes before the whole disk is transferred. Such situation occurs when the migration process is fast enough, for example when source and dest are on the same host. If in the bulk phase we return something < max_size, we will skip transferring the tail of the device. Currently we have "set pending to BLOCK_SIZE if it is zero" for bulk phase, but there no guarantee, that it will be < max_size. True approach is to return, for example, max_size+1 when we are in the bulk phase. Signed-off-by: Vladimir Sementsov-Ogievskiy <vsementsov@parallels.com> Message-id: 1419933856-4018-2-git-send-email-vsementsov@parallels.com Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Diffstat (limited to 'migration')
-rw-r--r--migration/block.c4
1 files changed, 2 insertions, 2 deletions
diff --git a/migration/block.c b/migration/block.c
index a0f908c..0c76106 100644
--- a/migration/block.c
+++ b/migration/block.c
@@ -766,8 +766,8 @@ static uint64_t block_save_pending(QEMUFile *f, void *opaque, uint64_t max_size)
block_mig_state.read_done * BLOCK_SIZE;
/* Report at least one block pending during bulk phase */
- if (pending == 0 && !block_mig_state.bulk_completed) {
- pending = BLOCK_SIZE;
+ if (pending <= max_size && !block_mig_state.bulk_completed) {
+ pending = max_size + BLOCK_SIZE;
}
blk_mig_unlock();
qemu_mutex_unlock_iothread();
OpenPOWER on IntegriCloud