qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 2/3] migration: Remove use of old MigrationParam


From: Hailiang Zhang
Subject: Re: [Qemu-devel] [PATCH 2/3] migration: Remove use of old MigrationParams
Date: Thu, 4 May 2017 17:14:51 +0800
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1

Hi,

On 2017/5/4 16:51, Juan Quintela wrote:
"Dr. David Alan Gilbert" <address@hidden> wrote:
* Juan Quintela (address@hidden) wrote:
We have change in the previous patch to use migration capabilities for
it.  Notice that we continue using the old command line flags from
migrate command from the time being.  Remove the set_params method as
now it is empty.

Signed-off-by: Juan Quintela <address@hidden>
---
  include/migration/migration.h |  3 +--
  migration/block.c             | 17 ++---------------
  migration/colo.c              |  3 ---
  migration/migration.c         |  8 +++++---
  migration/savevm.c            |  2 --
  5 files changed, 8 insertions(+), 25 deletions(-)

diff --git a/migration/colo.c b/migration/colo.c
index c19eb3f..5c6c2f0 100644
--- a/migration/colo.c
+++ b/migration/colo.c
@@ -332,9 +332,6 @@ static int colo_do_checkpoint_transaction(MigrationState *s,
          goto out;
      }
- /* Disable block migration */
-    s->params.blk = 0;
-    s->params.shared = 0;
Hmm you don't seem to have replaced this with anything.
I think that's a behavioural change; the trick COLO did (I'm not sure if this
is still the way it works) is that they initiate the first migration
with block migration enabled so that the two hosts (with non-shared storage)
get sync'd storage, and then at the completion of that first migration
they then switch into the checkpointing mode where they're only
doing updates - that's why it gets switched off at this point
prior to the 1st checkpoint.

Weird, really.

I did't catch that.

Will investigate.

Yes, Dave is right, for non-shared disk, we need to enable block migration for 
first cycle,
to sync the disks of two sides. After that, qemu will go into COLO state which 
we need to
disable block migration.

Thanks,
Hailiang


Thanks.

.






reply via email to

[Prev in Thread] Current Thread [Next in Thread]