2008-10-13 07:12:02 +04:00
|
|
|
/*
|
|
|
|
* QEMU live migration
|
|
|
|
*
|
|
|
|
* Copyright IBM, Corp. 2008
|
|
|
|
*
|
|
|
|
* Authors:
|
|
|
|
* Anthony Liguori <aliguori@us.ibm.com>
|
|
|
|
*
|
|
|
|
* This work is licensed under the terms of the GNU GPL, version 2. See
|
|
|
|
* the COPYING file in the top-level directory.
|
|
|
|
*
|
2012-01-13 20:44:23 +04:00
|
|
|
* Contributions after 2012-01-13 are licensed under the terms of the
|
|
|
|
* GNU GPL, version 2 or (at your option) any later version.
|
2008-10-13 07:12:02 +04:00
|
|
|
*/
|
|
|
|
|
|
|
|
#include "qemu-common.h"
|
2012-12-17 21:19:50 +04:00
|
|
|
#include "migration/migration.h"
|
2012-12-17 21:19:49 +04:00
|
|
|
#include "monitor/monitor.h"
|
2012-10-03 16:18:33 +04:00
|
|
|
#include "migration/qemu-file.h"
|
2012-12-17 21:20:04 +04:00
|
|
|
#include "sysemu/sysemu.h"
|
2012-12-17 21:19:44 +04:00
|
|
|
#include "block/block.h"
|
2012-12-17 21:20:00 +04:00
|
|
|
#include "qemu/sockets.h"
|
2012-12-17 21:19:50 +04:00
|
|
|
#include "migration/block.h"
|
2012-07-23 07:45:29 +04:00
|
|
|
#include "qemu/thread.h"
|
2011-09-14 00:37:16 +04:00
|
|
|
#include "qmp-commands.h"
|
2013-02-22 20:36:19 +04:00
|
|
|
#include "trace.h"
|
2008-11-11 19:46:33 +03:00
|
|
|
|
|
|
|
//#define DEBUG_MIGRATION
|
|
|
|
|
|
|
|
#ifdef DEBUG_MIGRATION
|
2010-02-07 02:03:50 +03:00
|
|
|
#define DPRINTF(fmt, ...) \
|
2008-11-11 19:46:33 +03:00
|
|
|
do { printf("migration: " fmt, ## __VA_ARGS__); } while (0)
|
|
|
|
#else
|
2010-02-07 02:03:50 +03:00
|
|
|
#define DPRINTF(fmt, ...) \
|
2008-11-11 19:46:33 +03:00
|
|
|
do { } while (0)
|
|
|
|
#endif
|
2008-10-13 07:12:02 +04:00
|
|
|
|
2011-02-23 02:48:46 +03:00
|
|
|
enum {
|
rdma: introduce MIG_STATE_NONE and change MIG_STATE_SETUP state transition
As described in the previous patch, until now, the MIG_STATE_SETUP
state was not really a 'formal' state. It has been used as a 'zero' state
(what we're calling 'NONE' here) and QEMU has been unconditionally transitioning
into this state when the QMP migration command was called. Instead we want to
introduce MIG_STATE_NONE, which is our starting state in the state machine, and
then immediately transition into the MIG_STATE_SETUP state when the QMP migrate
command is issued.
In order to do this, we must delay the transition into MIG_STATE_ACTIVE until
later in the migration_thread(). This is done to be able to timestamp the amount of
time spent in the SETUP state for proper accounting to the user during
an RDMA migration.
Furthermore, the management software, until now, has never been aware of the
existence of the SETUP state whatsoever. This must change, because, timing of this
state implies that the state actually exists.
These two patches cannot be separated because the 'query_migrate' QMP
switch statement needs to know how to handle this new state transition.
Reviewed-by: Juan Quintela <quintela@redhat.com>
Tested-by: Michael R. Hines <mrhines@us.ibm.com>
Signed-off-by: Michael R. Hines <mrhines@us.ibm.com>
Signed-off-by: Juan Quintela <quintela@redhat.com>
2013-07-22 18:01:57 +04:00
|
|
|
MIG_STATE_ERROR = -1,
|
|
|
|
MIG_STATE_NONE,
|
2011-02-23 02:48:46 +03:00
|
|
|
MIG_STATE_SETUP,
|
|
|
|
MIG_STATE_CANCELLED,
|
|
|
|
MIG_STATE_ACTIVE,
|
|
|
|
MIG_STATE_COMPLETED,
|
|
|
|
};
|
2008-10-13 07:12:02 +04:00
|
|
|
|
2011-02-23 02:33:19 +03:00
|
|
|
#define MAX_THROTTLE (32 << 20) /* Migration speed throttling */
|
2008-10-13 07:12:02 +04:00
|
|
|
|
2012-12-19 13:40:48 +04:00
|
|
|
/* Amount of time to allocate to each "chunk" of bandwidth-throttled
|
|
|
|
* data. */
|
|
|
|
#define BUFFER_DELAY 100
|
|
|
|
#define XFER_LIMIT_RATIO (1000 / BUFFER_DELAY)
|
|
|
|
|
2012-08-06 22:42:53 +04:00
|
|
|
/* Migration XBZRLE default cache size */
|
|
|
|
#define DEFAULT_MIGRATE_CACHE_SIZE (64 * 1024 * 1024)
|
|
|
|
|
2010-12-13 19:30:12 +03:00
|
|
|
static NotifierList migration_state_notifiers =
|
|
|
|
NOTIFIER_LIST_INITIALIZER(migration_state_notifiers);
|
|
|
|
|
2011-10-05 15:50:43 +04:00
|
|
|
/* When we add fault tolerance, we could have several
|
|
|
|
migrations at once. For now we don't need to add
|
|
|
|
dynamic creation of migration */
|
|
|
|
|
2012-08-13 11:42:49 +04:00
|
|
|
MigrationState *migrate_get_current(void)
|
2011-10-05 15:50:43 +04:00
|
|
|
{
|
|
|
|
static MigrationState current_migration = {
|
rdma: introduce MIG_STATE_NONE and change MIG_STATE_SETUP state transition
As described in the previous patch, until now, the MIG_STATE_SETUP
state was not really a 'formal' state. It has been used as a 'zero' state
(what we're calling 'NONE' here) and QEMU has been unconditionally transitioning
into this state when the QMP migration command was called. Instead we want to
introduce MIG_STATE_NONE, which is our starting state in the state machine, and
then immediately transition into the MIG_STATE_SETUP state when the QMP migrate
command is issued.
In order to do this, we must delay the transition into MIG_STATE_ACTIVE until
later in the migration_thread(). This is done to be able to timestamp the amount of
time spent in the SETUP state for proper accounting to the user during
an RDMA migration.
Furthermore, the management software, until now, has never been aware of the
existence of the SETUP state whatsoever. This must change, because, timing of this
state implies that the state actually exists.
These two patches cannot be separated because the 'query_migrate' QMP
switch statement needs to know how to handle this new state transition.
Reviewed-by: Juan Quintela <quintela@redhat.com>
Tested-by: Michael R. Hines <mrhines@us.ibm.com>
Signed-off-by: Michael R. Hines <mrhines@us.ibm.com>
Signed-off-by: Juan Quintela <quintela@redhat.com>
2013-07-22 18:01:57 +04:00
|
|
|
.state = MIG_STATE_NONE,
|
2011-02-23 02:33:19 +03:00
|
|
|
.bandwidth_limit = MAX_THROTTLE,
|
2012-08-06 22:42:53 +04:00
|
|
|
.xbzrle_cache_size = DEFAULT_MIGRATE_CACHE_SIZE,
|
2013-06-26 05:35:30 +04:00
|
|
|
.mbps = -1,
|
2011-10-05 15:50:43 +04:00
|
|
|
};
|
|
|
|
|
|
|
|
return ¤t_migration;
|
|
|
|
}
|
|
|
|
|
2012-10-02 20:21:18 +04:00
|
|
|
void qemu_start_incoming_migration(const char *uri, Error **errp)
|
2008-10-13 07:12:02 +04:00
|
|
|
{
|
2008-10-13 07:14:31 +04:00
|
|
|
const char *p;
|
|
|
|
|
|
|
|
if (strstart(uri, "tcp:", &p))
|
2012-10-02 20:21:18 +04:00
|
|
|
tcp_start_incoming_migration(p, errp);
|
2013-07-22 18:01:54 +04:00
|
|
|
#ifdef CONFIG_RDMA
|
|
|
|
else if (strstart(uri, "x-rdma:", &p))
|
|
|
|
rdma_start_incoming_migration(p, errp);
|
|
|
|
#endif
|
2008-11-11 19:46:33 +03:00
|
|
|
#if !defined(WIN32)
|
|
|
|
else if (strstart(uri, "exec:", &p))
|
2012-10-02 20:21:18 +04:00
|
|
|
exec_start_incoming_migration(p, errp);
|
2009-08-05 19:24:29 +04:00
|
|
|
else if (strstart(uri, "unix:", &p))
|
2012-10-02 20:21:18 +04:00
|
|
|
unix_start_incoming_migration(p, errp);
|
2009-08-18 17:56:25 +04:00
|
|
|
else if (strstart(uri, "fd:", &p))
|
2012-10-02 20:21:18 +04:00
|
|
|
fd_start_incoming_migration(p, errp);
|
2008-11-11 19:46:33 +03:00
|
|
|
#endif
|
2010-06-09 16:10:54 +04:00
|
|
|
else {
|
error: Strip trailing '\n' from error string arguments (again)
Commit 6daf194d and be62a2eb got rid of a bunch, but they keep coming
back. Tracked down with this Coccinelle semantic patch:
@r@
expression err, eno, cls, fmt;
position p;
@@
(
error_report(fmt, ...)@p
|
error_set(err, cls, fmt, ...)@p
|
error_set_errno(err, eno, cls, fmt, ...)@p
|
error_setg(err, fmt, ...)@p
|
error_setg_errno(err, eno, fmt, ...)@p
)
@script:python@
fmt << r.fmt;
p << r.p;
@@
if "\\n" in str(fmt):
print "%s:%s:%s:%s" % (p[0].file, p[0].line, p[0].column, fmt)
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Message-id: 1360354939-10994-4-git-send-email-armbru@redhat.com
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2013-02-09 00:22:16 +04:00
|
|
|
error_setg(errp, "unknown migration protocol: %s", uri);
|
2010-06-09 16:10:54 +04:00
|
|
|
}
|
2008-10-13 07:12:02 +04:00
|
|
|
}
|
|
|
|
|
2012-08-07 12:57:43 +04:00
|
|
|
static void process_incoming_migration_co(void *opaque)
|
2010-06-09 16:10:55 +04:00
|
|
|
{
|
2012-08-07 12:57:43 +04:00
|
|
|
QEMUFile *f = opaque;
|
2012-08-07 12:51:51 +04:00
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = qemu_loadvm_state(f);
|
|
|
|
qemu_fclose(f);
|
|
|
|
if (ret < 0) {
|
2010-06-09 16:10:55 +04:00
|
|
|
fprintf(stderr, "load of migration failed\n");
|
2013-04-17 01:50:41 +04:00
|
|
|
exit(EXIT_FAILURE);
|
2010-06-09 16:10:55 +04:00
|
|
|
}
|
|
|
|
qemu_announce_self();
|
|
|
|
DPRINTF("successfully loaded vm state\n");
|
|
|
|
|
2012-03-23 11:36:52 +04:00
|
|
|
bdrv_clear_incoming_migration_all();
|
2011-11-15 01:09:45 +04:00
|
|
|
/* Make sure all file formats flush their mutable metadata */
|
|
|
|
bdrv_invalidate_cache_all();
|
|
|
|
|
2011-07-29 22:04:45 +04:00
|
|
|
if (autostart) {
|
2010-06-09 16:10:55 +04:00
|
|
|
vm_start();
|
2011-07-29 22:04:45 +04:00
|
|
|
} else {
|
2012-10-19 18:45:24 +04:00
|
|
|
runstate_set(RUN_STATE_PAUSED);
|
2011-07-29 22:04:45 +04:00
|
|
|
}
|
2010-06-09 16:10:55 +04:00
|
|
|
}
|
|
|
|
|
2012-08-07 12:57:43 +04:00
|
|
|
void process_incoming_migration(QEMUFile *f)
|
|
|
|
{
|
|
|
|
Coroutine *co = qemu_coroutine_create(process_incoming_migration_co);
|
|
|
|
int fd = qemu_get_fd(f);
|
|
|
|
|
|
|
|
assert(fd != -1);
|
2013-03-27 13:10:43 +04:00
|
|
|
qemu_set_nonblock(fd);
|
2012-08-07 12:57:43 +04:00
|
|
|
qemu_coroutine_enter(co, f);
|
|
|
|
}
|
|
|
|
|
2009-05-28 23:22:57 +04:00
|
|
|
/* amount of nanoseconds we are willing to wait for migration to be down.
|
|
|
|
* the choice of nanoseconds is because it is the maximum resolution that
|
|
|
|
* get_clock() can achieve. It is an internal measure. All user-visible
|
|
|
|
* units must be in seconds */
|
|
|
|
static uint64_t max_downtime = 30000000;
|
|
|
|
|
|
|
|
uint64_t migrate_max_downtime(void)
|
|
|
|
{
|
|
|
|
return max_downtime;
|
|
|
|
}
|
|
|
|
|
2012-08-06 22:42:47 +04:00
|
|
|
MigrationCapabilityStatusList *qmp_query_migrate_capabilities(Error **errp)
|
|
|
|
{
|
|
|
|
MigrationCapabilityStatusList *head = NULL;
|
|
|
|
MigrationCapabilityStatusList *caps;
|
|
|
|
MigrationState *s = migrate_get_current();
|
|
|
|
int i;
|
|
|
|
|
|
|
|
for (i = 0; i < MIGRATION_CAPABILITY_MAX; i++) {
|
|
|
|
if (head == NULL) {
|
|
|
|
head = g_malloc0(sizeof(*caps));
|
|
|
|
caps = head;
|
|
|
|
} else {
|
|
|
|
caps->next = g_malloc0(sizeof(*caps));
|
|
|
|
caps = caps->next;
|
|
|
|
}
|
|
|
|
caps->value =
|
|
|
|
g_malloc(sizeof(*caps->value));
|
|
|
|
caps->value->capability = i;
|
|
|
|
caps->value->state = s->enabled_capabilities[i];
|
|
|
|
}
|
|
|
|
|
|
|
|
return head;
|
|
|
|
}
|
|
|
|
|
2012-08-06 22:42:57 +04:00
|
|
|
static void get_xbzrle_cache_stats(MigrationInfo *info)
|
|
|
|
{
|
|
|
|
if (migrate_use_xbzrle()) {
|
|
|
|
info->has_xbzrle_cache = true;
|
|
|
|
info->xbzrle_cache = g_malloc0(sizeof(*info->xbzrle_cache));
|
|
|
|
info->xbzrle_cache->cache_size = migrate_xbzrle_cache_size();
|
|
|
|
info->xbzrle_cache->bytes = xbzrle_mig_bytes_transferred();
|
|
|
|
info->xbzrle_cache->pages = xbzrle_mig_pages_transferred();
|
|
|
|
info->xbzrle_cache->cache_miss = xbzrle_mig_pages_cache_miss();
|
|
|
|
info->xbzrle_cache->overflow = xbzrle_mig_pages_overflow();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2011-09-14 00:37:16 +04:00
|
|
|
MigrationInfo *qmp_query_migrate(Error **errp)
|
2008-10-13 07:12:02 +04:00
|
|
|
{
|
2011-09-14 00:37:16 +04:00
|
|
|
MigrationInfo *info = g_malloc0(sizeof(*info));
|
2011-10-05 15:50:43 +04:00
|
|
|
MigrationState *s = migrate_get_current();
|
|
|
|
|
|
|
|
switch (s->state) {
|
rdma: introduce MIG_STATE_NONE and change MIG_STATE_SETUP state transition
As described in the previous patch, until now, the MIG_STATE_SETUP
state was not really a 'formal' state. It has been used as a 'zero' state
(what we're calling 'NONE' here) and QEMU has been unconditionally transitioning
into this state when the QMP migration command was called. Instead we want to
introduce MIG_STATE_NONE, which is our starting state in the state machine, and
then immediately transition into the MIG_STATE_SETUP state when the QMP migrate
command is issued.
In order to do this, we must delay the transition into MIG_STATE_ACTIVE until
later in the migration_thread(). This is done to be able to timestamp the amount of
time spent in the SETUP state for proper accounting to the user during
an RDMA migration.
Furthermore, the management software, until now, has never been aware of the
existence of the SETUP state whatsoever. This must change, because, timing of this
state implies that the state actually exists.
These two patches cannot be separated because the 'query_migrate' QMP
switch statement needs to know how to handle this new state transition.
Reviewed-by: Juan Quintela <quintela@redhat.com>
Tested-by: Michael R. Hines <mrhines@us.ibm.com>
Signed-off-by: Michael R. Hines <mrhines@us.ibm.com>
Signed-off-by: Juan Quintela <quintela@redhat.com>
2013-07-22 18:01:57 +04:00
|
|
|
case MIG_STATE_NONE:
|
2011-10-05 15:50:43 +04:00
|
|
|
/* no migration has happened ever */
|
|
|
|
break;
|
rdma: introduce MIG_STATE_NONE and change MIG_STATE_SETUP state transition
As described in the previous patch, until now, the MIG_STATE_SETUP
state was not really a 'formal' state. It has been used as a 'zero' state
(what we're calling 'NONE' here) and QEMU has been unconditionally transitioning
into this state when the QMP migration command was called. Instead we want to
introduce MIG_STATE_NONE, which is our starting state in the state machine, and
then immediately transition into the MIG_STATE_SETUP state when the QMP migrate
command is issued.
In order to do this, we must delay the transition into MIG_STATE_ACTIVE until
later in the migration_thread(). This is done to be able to timestamp the amount of
time spent in the SETUP state for proper accounting to the user during
an RDMA migration.
Furthermore, the management software, until now, has never been aware of the
existence of the SETUP state whatsoever. This must change, because, timing of this
state implies that the state actually exists.
These two patches cannot be separated because the 'query_migrate' QMP
switch statement needs to know how to handle this new state transition.
Reviewed-by: Juan Quintela <quintela@redhat.com>
Tested-by: Michael R. Hines <mrhines@us.ibm.com>
Signed-off-by: Michael R. Hines <mrhines@us.ibm.com>
Signed-off-by: Juan Quintela <quintela@redhat.com>
2013-07-22 18:01:57 +04:00
|
|
|
case MIG_STATE_SETUP:
|
|
|
|
info->has_status = true;
|
|
|
|
info->status = g_strdup("setup");
|
2013-07-22 18:01:58 +04:00
|
|
|
info->has_total_time = false;
|
rdma: introduce MIG_STATE_NONE and change MIG_STATE_SETUP state transition
As described in the previous patch, until now, the MIG_STATE_SETUP
state was not really a 'formal' state. It has been used as a 'zero' state
(what we're calling 'NONE' here) and QEMU has been unconditionally transitioning
into this state when the QMP migration command was called. Instead we want to
introduce MIG_STATE_NONE, which is our starting state in the state machine, and
then immediately transition into the MIG_STATE_SETUP state when the QMP migrate
command is issued.
In order to do this, we must delay the transition into MIG_STATE_ACTIVE until
later in the migration_thread(). This is done to be able to timestamp the amount of
time spent in the SETUP state for proper accounting to the user during
an RDMA migration.
Furthermore, the management software, until now, has never been aware of the
existence of the SETUP state whatsoever. This must change, because, timing of this
state implies that the state actually exists.
These two patches cannot be separated because the 'query_migrate' QMP
switch statement needs to know how to handle this new state transition.
Reviewed-by: Juan Quintela <quintela@redhat.com>
Tested-by: Michael R. Hines <mrhines@us.ibm.com>
Signed-off-by: Michael R. Hines <mrhines@us.ibm.com>
Signed-off-by: Juan Quintela <quintela@redhat.com>
2013-07-22 18:01:57 +04:00
|
|
|
break;
|
2011-10-05 15:50:43 +04:00
|
|
|
case MIG_STATE_ACTIVE:
|
2011-09-14 00:37:16 +04:00
|
|
|
info->has_status = true;
|
|
|
|
info->status = g_strdup("active");
|
2012-08-18 15:17:10 +04:00
|
|
|
info->has_total_time = true;
|
|
|
|
info->total_time = qemu_get_clock_ms(rt_clock)
|
|
|
|
- s->total_time;
|
2012-08-13 11:53:12 +04:00
|
|
|
info->has_expected_downtime = true;
|
|
|
|
info->expected_downtime = s->expected_downtime;
|
2013-07-22 18:01:58 +04:00
|
|
|
info->has_setup_time = true;
|
|
|
|
info->setup_time = s->setup_time;
|
2011-10-05 15:50:43 +04:00
|
|
|
|
2011-09-14 00:37:16 +04:00
|
|
|
info->has_ram = true;
|
|
|
|
info->ram = g_malloc0(sizeof(*info->ram));
|
|
|
|
info->ram->transferred = ram_bytes_transferred();
|
|
|
|
info->ram->remaining = ram_bytes_remaining();
|
|
|
|
info->ram->total = ram_bytes_total();
|
2012-08-06 22:42:56 +04:00
|
|
|
info->ram->duplicate = dup_mig_pages_transferred();
|
2013-03-26 13:58:37 +04:00
|
|
|
info->ram->skipped = skipped_mig_pages_transferred();
|
2012-08-06 22:42:56 +04:00
|
|
|
info->ram->normal = norm_mig_pages_transferred();
|
|
|
|
info->ram->normal_bytes = norm_mig_bytes_transferred();
|
2012-08-13 14:31:25 +04:00
|
|
|
info->ram->dirty_pages_rate = s->dirty_pages_rate;
|
2013-06-26 05:35:30 +04:00
|
|
|
info->ram->mbps = s->mbps;
|
2012-08-13 14:31:25 +04:00
|
|
|
|
2011-10-05 15:50:43 +04:00
|
|
|
if (blk_mig_active()) {
|
2011-09-14 00:37:16 +04:00
|
|
|
info->has_disk = true;
|
|
|
|
info->disk = g_malloc0(sizeof(*info->disk));
|
|
|
|
info->disk->transferred = blk_mig_bytes_transferred();
|
|
|
|
info->disk->remaining = blk_mig_bytes_remaining();
|
|
|
|
info->disk->total = blk_mig_bytes_total();
|
2008-10-25 02:10:31 +04:00
|
|
|
}
|
2012-08-06 22:42:57 +04:00
|
|
|
|
|
|
|
get_xbzrle_cache_stats(info);
|
2011-10-05 15:50:43 +04:00
|
|
|
break;
|
|
|
|
case MIG_STATE_COMPLETED:
|
2012-08-06 22:42:57 +04:00
|
|
|
get_xbzrle_cache_stats(info);
|
|
|
|
|
2011-09-14 00:37:16 +04:00
|
|
|
info->has_status = true;
|
|
|
|
info->status = g_strdup("completed");
|
2012-08-18 15:17:10 +04:00
|
|
|
info->total_time = s->total_time;
|
2012-08-13 11:35:16 +04:00
|
|
|
info->has_downtime = true;
|
|
|
|
info->downtime = s->downtime;
|
2013-07-22 18:01:58 +04:00
|
|
|
info->has_setup_time = true;
|
|
|
|
info->setup_time = s->setup_time;
|
2012-05-22 00:01:07 +04:00
|
|
|
|
|
|
|
info->has_ram = true;
|
|
|
|
info->ram = g_malloc0(sizeof(*info->ram));
|
|
|
|
info->ram->transferred = ram_bytes_transferred();
|
|
|
|
info->ram->remaining = 0;
|
|
|
|
info->ram->total = ram_bytes_total();
|
2012-08-06 22:42:56 +04:00
|
|
|
info->ram->duplicate = dup_mig_pages_transferred();
|
2013-03-26 13:58:37 +04:00
|
|
|
info->ram->skipped = skipped_mig_pages_transferred();
|
2012-08-06 22:42:56 +04:00
|
|
|
info->ram->normal = norm_mig_pages_transferred();
|
|
|
|
info->ram->normal_bytes = norm_mig_bytes_transferred();
|
2013-06-26 05:35:30 +04:00
|
|
|
info->ram->mbps = s->mbps;
|
2011-10-05 15:50:43 +04:00
|
|
|
break;
|
|
|
|
case MIG_STATE_ERROR:
|
2011-09-14 00:37:16 +04:00
|
|
|
info->has_status = true;
|
|
|
|
info->status = g_strdup("failed");
|
2011-10-05 15:50:43 +04:00
|
|
|
break;
|
|
|
|
case MIG_STATE_CANCELLED:
|
2011-09-14 00:37:16 +04:00
|
|
|
info->has_status = true;
|
|
|
|
info->status = g_strdup("cancelled");
|
2011-10-05 15:50:43 +04:00
|
|
|
break;
|
2008-10-13 07:12:02 +04:00
|
|
|
}
|
2011-09-14 00:37:16 +04:00
|
|
|
|
|
|
|
return info;
|
2008-10-13 07:12:02 +04:00
|
|
|
}
|
|
|
|
|
2012-08-06 22:42:48 +04:00
|
|
|
void qmp_migrate_set_capabilities(MigrationCapabilityStatusList *params,
|
|
|
|
Error **errp)
|
|
|
|
{
|
|
|
|
MigrationState *s = migrate_get_current();
|
|
|
|
MigrationCapabilityStatusList *cap;
|
|
|
|
|
rdma: introduce MIG_STATE_NONE and change MIG_STATE_SETUP state transition
As described in the previous patch, until now, the MIG_STATE_SETUP
state was not really a 'formal' state. It has been used as a 'zero' state
(what we're calling 'NONE' here) and QEMU has been unconditionally transitioning
into this state when the QMP migration command was called. Instead we want to
introduce MIG_STATE_NONE, which is our starting state in the state machine, and
then immediately transition into the MIG_STATE_SETUP state when the QMP migrate
command is issued.
In order to do this, we must delay the transition into MIG_STATE_ACTIVE until
later in the migration_thread(). This is done to be able to timestamp the amount of
time spent in the SETUP state for proper accounting to the user during
an RDMA migration.
Furthermore, the management software, until now, has never been aware of the
existence of the SETUP state whatsoever. This must change, because, timing of this
state implies that the state actually exists.
These two patches cannot be separated because the 'query_migrate' QMP
switch statement needs to know how to handle this new state transition.
Reviewed-by: Juan Quintela <quintela@redhat.com>
Tested-by: Michael R. Hines <mrhines@us.ibm.com>
Signed-off-by: Michael R. Hines <mrhines@us.ibm.com>
Signed-off-by: Juan Quintela <quintela@redhat.com>
2013-07-22 18:01:57 +04:00
|
|
|
if (s->state == MIG_STATE_ACTIVE || s->state == MIG_STATE_SETUP) {
|
2012-08-06 22:42:48 +04:00
|
|
|
error_set(errp, QERR_MIGRATION_ACTIVE);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
for (cap = params; cap; cap = cap->next) {
|
|
|
|
s->enabled_capabilities[cap->value->capability] = cap->value->state;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2008-11-11 19:46:33 +03:00
|
|
|
/* shared migration helpers */
|
|
|
|
|
2013-02-22 20:36:21 +04:00
|
|
|
static void migrate_fd_cleanup(void *opaque)
|
2008-11-11 19:46:33 +03:00
|
|
|
{
|
2013-02-22 20:36:21 +04:00
|
|
|
MigrationState *s = opaque;
|
|
|
|
|
|
|
|
qemu_bh_delete(s->cleanup_bh);
|
|
|
|
s->cleanup_bh = NULL;
|
|
|
|
|
2008-11-11 19:46:33 +03:00
|
|
|
if (s->file) {
|
2010-02-07 02:03:50 +03:00
|
|
|
DPRINTF("closing file\n");
|
2013-02-22 20:36:46 +04:00
|
|
|
qemu_mutex_unlock_iothread();
|
|
|
|
qemu_thread_join(&s->thread);
|
|
|
|
qemu_mutex_lock_iothread();
|
|
|
|
|
2013-02-22 20:36:48 +04:00
|
|
|
qemu_fclose(s->file);
|
|
|
|
s->file = NULL;
|
2008-11-11 19:46:33 +03:00
|
|
|
}
|
|
|
|
|
2013-02-22 20:36:18 +04:00
|
|
|
assert(s->state != MIG_STATE_ACTIVE);
|
2013-02-22 20:36:09 +04:00
|
|
|
|
2013-02-22 20:36:18 +04:00
|
|
|
if (s->state != MIG_STATE_COMPLETED) {
|
2013-02-22 20:36:09 +04:00
|
|
|
qemu_savevm_state_cancel();
|
|
|
|
}
|
2013-02-22 20:36:18 +04:00
|
|
|
|
|
|
|
notifier_list_notify(&migration_state_notifiers, s);
|
2008-11-11 19:46:33 +03:00
|
|
|
}
|
|
|
|
|
2013-07-22 18:01:56 +04:00
|
|
|
static void migrate_set_state(MigrationState *s, int old_state, int new_state)
|
2013-02-22 20:36:20 +04:00
|
|
|
{
|
2013-07-22 18:01:56 +04:00
|
|
|
if (atomic_cmpxchg(&s->state, old_state, new_state) == new_state) {
|
2013-02-22 20:36:20 +04:00
|
|
|
trace_migrate_set_state(new_state);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2011-09-11 22:28:22 +04:00
|
|
|
void migrate_fd_error(MigrationState *s)
|
2008-11-11 19:46:33 +03:00
|
|
|
{
|
2011-09-11 22:28:22 +04:00
|
|
|
DPRINTF("setting error state\n");
|
2013-02-22 20:36:21 +04:00
|
|
|
assert(s->file == NULL);
|
|
|
|
s->state = MIG_STATE_ERROR;
|
|
|
|
trace_migrate_set_state(MIG_STATE_ERROR);
|
|
|
|
notifier_list_notify(&migration_state_notifiers, s);
|
2011-02-23 01:32:54 +03:00
|
|
|
}
|
|
|
|
|
2010-05-11 18:28:39 +04:00
|
|
|
static void migrate_fd_cancel(MigrationState *s)
|
2008-11-11 19:46:33 +03:00
|
|
|
{
|
2010-02-07 02:03:50 +03:00
|
|
|
DPRINTF("cancelling migration\n");
|
2008-11-11 19:46:33 +03:00
|
|
|
|
2013-07-22 18:01:56 +04:00
|
|
|
migrate_set_state(s, s->state, MIG_STATE_CANCELLED);
|
2008-11-11 19:46:33 +03:00
|
|
|
}
|
|
|
|
|
2010-12-13 19:30:12 +03:00
|
|
|
void add_migration_state_change_notifier(Notifier *notify)
|
|
|
|
{
|
|
|
|
notifier_list_add(&migration_state_notifiers, notify);
|
|
|
|
}
|
|
|
|
|
|
|
|
void remove_migration_state_change_notifier(Notifier *notify)
|
|
|
|
{
|
2012-01-13 20:34:01 +04:00
|
|
|
notifier_remove(notify);
|
2010-12-13 19:30:12 +03:00
|
|
|
}
|
|
|
|
|
2011-10-25 15:50:11 +04:00
|
|
|
bool migration_is_active(MigrationState *s)
|
|
|
|
{
|
|
|
|
return s->state == MIG_STATE_ACTIVE;
|
|
|
|
}
|
|
|
|
|
2011-02-23 02:43:59 +03:00
|
|
|
bool migration_has_finished(MigrationState *s)
|
2010-12-13 19:30:12 +03:00
|
|
|
{
|
2011-02-23 02:43:59 +03:00
|
|
|
return s->state == MIG_STATE_COMPLETED;
|
2010-12-13 19:30:12 +03:00
|
|
|
}
|
2010-05-11 18:28:39 +04:00
|
|
|
|
2011-10-25 15:50:11 +04:00
|
|
|
bool migration_has_failed(MigrationState *s)
|
|
|
|
{
|
|
|
|
return (s->state == MIG_STATE_CANCELLED ||
|
|
|
|
s->state == MIG_STATE_ERROR);
|
|
|
|
}
|
|
|
|
|
2012-06-19 19:43:09 +04:00
|
|
|
static MigrationState *migrate_init(const MigrationParams *params)
|
2010-05-11 18:28:39 +04:00
|
|
|
{
|
2011-10-05 15:50:43 +04:00
|
|
|
MigrationState *s = migrate_get_current();
|
2011-02-23 02:33:19 +03:00
|
|
|
int64_t bandwidth_limit = s->bandwidth_limit;
|
2012-08-06 22:42:47 +04:00
|
|
|
bool enabled_capabilities[MIGRATION_CAPABILITY_MAX];
|
2012-08-06 22:42:53 +04:00
|
|
|
int64_t xbzrle_cache_size = s->xbzrle_cache_size;
|
2012-08-06 22:42:47 +04:00
|
|
|
|
|
|
|
memcpy(enabled_capabilities, s->enabled_capabilities,
|
|
|
|
sizeof(enabled_capabilities));
|
2010-05-11 18:28:39 +04:00
|
|
|
|
2011-10-05 15:50:43 +04:00
|
|
|
memset(s, 0, sizeof(*s));
|
2012-06-19 19:43:09 +04:00
|
|
|
s->params = *params;
|
2012-08-06 22:42:47 +04:00
|
|
|
memcpy(s->enabled_capabilities, enabled_capabilities,
|
|
|
|
sizeof(enabled_capabilities));
|
2012-08-06 22:42:53 +04:00
|
|
|
s->xbzrle_cache_size = xbzrle_cache_size;
|
2011-11-10 00:29:01 +04:00
|
|
|
|
2010-05-11 18:28:39 +04:00
|
|
|
s->bandwidth_limit = bandwidth_limit;
|
2010-05-12 01:01:53 +04:00
|
|
|
s->state = MIG_STATE_SETUP;
|
2013-02-22 20:36:19 +04:00
|
|
|
trace_migrate_set_state(MIG_STATE_SETUP);
|
2010-05-11 18:28:39 +04:00
|
|
|
|
2013-02-22 20:36:19 +04:00
|
|
|
s->total_time = qemu_get_clock_ms(rt_clock);
|
2010-05-11 18:28:39 +04:00
|
|
|
return s;
|
|
|
|
}
|
2011-02-23 01:54:21 +03:00
|
|
|
|
2011-11-15 01:09:43 +04:00
|
|
|
static GSList *migration_blockers;
|
|
|
|
|
|
|
|
void migrate_add_blocker(Error *reason)
|
|
|
|
{
|
|
|
|
migration_blockers = g_slist_prepend(migration_blockers, reason);
|
|
|
|
}
|
|
|
|
|
|
|
|
void migrate_del_blocker(Error *reason)
|
|
|
|
{
|
|
|
|
migration_blockers = g_slist_remove(migration_blockers, reason);
|
|
|
|
}
|
|
|
|
|
2011-12-05 20:48:01 +04:00
|
|
|
void qmp_migrate(const char *uri, bool has_blk, bool blk,
|
|
|
|
bool has_inc, bool inc, bool has_detach, bool detach,
|
|
|
|
Error **errp)
|
2011-02-23 01:54:21 +03:00
|
|
|
{
|
2012-10-03 16:34:33 +04:00
|
|
|
Error *local_err = NULL;
|
2011-10-05 15:50:43 +04:00
|
|
|
MigrationState *s = migrate_get_current();
|
2012-06-19 19:43:09 +04:00
|
|
|
MigrationParams params;
|
2011-02-23 01:54:21 +03:00
|
|
|
const char *p;
|
|
|
|
|
2012-06-19 19:43:09 +04:00
|
|
|
params.blk = blk;
|
|
|
|
params.shared = inc;
|
|
|
|
|
rdma: introduce MIG_STATE_NONE and change MIG_STATE_SETUP state transition
As described in the previous patch, until now, the MIG_STATE_SETUP
state was not really a 'formal' state. It has been used as a 'zero' state
(what we're calling 'NONE' here) and QEMU has been unconditionally transitioning
into this state when the QMP migration command was called. Instead we want to
introduce MIG_STATE_NONE, which is our starting state in the state machine, and
then immediately transition into the MIG_STATE_SETUP state when the QMP migrate
command is issued.
In order to do this, we must delay the transition into MIG_STATE_ACTIVE until
later in the migration_thread(). This is done to be able to timestamp the amount of
time spent in the SETUP state for proper accounting to the user during
an RDMA migration.
Furthermore, the management software, until now, has never been aware of the
existence of the SETUP state whatsoever. This must change, because, timing of this
state implies that the state actually exists.
These two patches cannot be separated because the 'query_migrate' QMP
switch statement needs to know how to handle this new state transition.
Reviewed-by: Juan Quintela <quintela@redhat.com>
Tested-by: Michael R. Hines <mrhines@us.ibm.com>
Signed-off-by: Michael R. Hines <mrhines@us.ibm.com>
Signed-off-by: Juan Quintela <quintela@redhat.com>
2013-07-22 18:01:57 +04:00
|
|
|
if (s->state == MIG_STATE_ACTIVE || s->state == MIG_STATE_SETUP) {
|
2011-12-05 20:48:01 +04:00
|
|
|
error_set(errp, QERR_MIGRATION_ACTIVE);
|
|
|
|
return;
|
2011-02-23 01:54:21 +03:00
|
|
|
}
|
|
|
|
|
2011-12-05 20:48:01 +04:00
|
|
|
if (qemu_savevm_state_blocked(errp)) {
|
|
|
|
return;
|
2011-02-23 01:54:21 +03:00
|
|
|
}
|
|
|
|
|
2011-11-15 01:09:43 +04:00
|
|
|
if (migration_blockers) {
|
2011-12-05 20:48:01 +04:00
|
|
|
*errp = error_copy(migration_blockers->data);
|
|
|
|
return;
|
2011-11-15 01:09:43 +04:00
|
|
|
}
|
|
|
|
|
2012-06-19 19:43:09 +04:00
|
|
|
s = migrate_init(¶ms);
|
2011-02-23 01:54:21 +03:00
|
|
|
|
|
|
|
if (strstart(uri, "tcp:", &p)) {
|
2012-10-02 12:02:46 +04:00
|
|
|
tcp_start_outgoing_migration(s, p, &local_err);
|
2013-07-22 18:01:54 +04:00
|
|
|
#ifdef CONFIG_RDMA
|
|
|
|
} else if (strstart(uri, "x-rdma:", &p)) {
|
|
|
|
rdma_start_outgoing_migration(s, p, &local_err);
|
|
|
|
#endif
|
2011-02-23 01:54:21 +03:00
|
|
|
#if !defined(WIN32)
|
|
|
|
} else if (strstart(uri, "exec:", &p)) {
|
2012-10-02 12:02:46 +04:00
|
|
|
exec_start_outgoing_migration(s, p, &local_err);
|
2011-02-23 01:54:21 +03:00
|
|
|
} else if (strstart(uri, "unix:", &p)) {
|
2012-10-02 12:02:46 +04:00
|
|
|
unix_start_outgoing_migration(s, p, &local_err);
|
2011-02-23 01:54:21 +03:00
|
|
|
} else if (strstart(uri, "fd:", &p)) {
|
2012-10-02 12:02:46 +04:00
|
|
|
fd_start_outgoing_migration(s, p, &local_err);
|
2011-02-23 01:54:21 +03:00
|
|
|
#endif
|
2010-12-13 19:30:12 +03:00
|
|
|
} else {
|
2011-12-05 20:48:01 +04:00
|
|
|
error_set(errp, QERR_INVALID_PARAMETER_VALUE, "uri", "a valid migration protocol");
|
|
|
|
return;
|
2011-02-23 01:54:21 +03:00
|
|
|
}
|
|
|
|
|
2012-10-02 12:02:46 +04:00
|
|
|
if (local_err) {
|
2012-10-02 11:59:38 +04:00
|
|
|
migrate_fd_error(s);
|
2012-10-02 12:02:46 +04:00
|
|
|
error_propagate(errp, local_err);
|
2011-12-05 20:48:01 +04:00
|
|
|
return;
|
2011-11-10 00:29:01 +04:00
|
|
|
}
|
2011-02-23 01:54:21 +03:00
|
|
|
}
|
|
|
|
|
2011-11-28 04:54:09 +04:00
|
|
|
void qmp_migrate_cancel(Error **errp)
|
2011-02-23 01:54:21 +03:00
|
|
|
{
|
2011-10-05 15:50:43 +04:00
|
|
|
migrate_fd_cancel(migrate_get_current());
|
2011-02-23 01:54:21 +03:00
|
|
|
}
|
|
|
|
|
2012-08-06 22:42:54 +04:00
|
|
|
void qmp_migrate_set_cache_size(int64_t value, Error **errp)
|
|
|
|
{
|
|
|
|
MigrationState *s = migrate_get_current();
|
|
|
|
|
|
|
|
/* Check for truncation */
|
|
|
|
if (value != (size_t)value) {
|
|
|
|
error_set(errp, QERR_INVALID_PARAMETER_VALUE, "cache size",
|
|
|
|
"exceeding address space");
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
s->xbzrle_cache_size = xbzrle_cache_resize(value);
|
|
|
|
}
|
|
|
|
|
|
|
|
int64_t qmp_query_migrate_cache_size(Error **errp)
|
|
|
|
{
|
|
|
|
return migrate_xbzrle_cache_size();
|
|
|
|
}
|
|
|
|
|
2011-11-28 17:59:37 +04:00
|
|
|
void qmp_migrate_set_speed(int64_t value, Error **errp)
|
2011-02-23 01:54:21 +03:00
|
|
|
{
|
|
|
|
MigrationState *s;
|
|
|
|
|
2011-11-28 17:59:37 +04:00
|
|
|
if (value < 0) {
|
|
|
|
value = 0;
|
2010-12-13 19:30:12 +03:00
|
|
|
}
|
2013-02-22 20:36:44 +04:00
|
|
|
if (value > SIZE_MAX) {
|
|
|
|
value = SIZE_MAX;
|
|
|
|
}
|
2011-02-23 01:54:21 +03:00
|
|
|
|
2011-10-05 15:50:43 +04:00
|
|
|
s = migrate_get_current();
|
2011-11-28 17:59:37 +04:00
|
|
|
s->bandwidth_limit = value;
|
2013-02-22 20:36:44 +04:00
|
|
|
if (s->file) {
|
|
|
|
qemu_file_set_rate_limit(s->file, s->bandwidth_limit / XFER_LIMIT_RATIO);
|
|
|
|
}
|
2011-02-23 01:54:21 +03:00
|
|
|
}
|
|
|
|
|
2011-11-28 05:18:01 +04:00
|
|
|
void qmp_migrate_set_downtime(double value, Error **errp)
|
2011-02-23 01:54:21 +03:00
|
|
|
{
|
2011-11-28 05:18:01 +04:00
|
|
|
value *= 1e9;
|
|
|
|
value = MAX(0, MIN(UINT64_MAX, value));
|
|
|
|
max_downtime = (uint64_t)value;
|
2010-12-13 19:30:12 +03:00
|
|
|
}
|
2012-08-06 22:42:53 +04:00
|
|
|
|
2013-06-26 05:35:36 +04:00
|
|
|
bool migrate_rdma_pin_all(void)
|
|
|
|
{
|
|
|
|
MigrationState *s;
|
|
|
|
|
|
|
|
s = migrate_get_current();
|
|
|
|
|
|
|
|
return s->enabled_capabilities[MIGRATION_CAPABILITY_X_RDMA_PIN_ALL];
|
|
|
|
}
|
|
|
|
|
2013-06-24 13:49:42 +04:00
|
|
|
bool migrate_auto_converge(void)
|
|
|
|
{
|
|
|
|
MigrationState *s;
|
|
|
|
|
|
|
|
s = migrate_get_current();
|
|
|
|
|
|
|
|
return s->enabled_capabilities[MIGRATION_CAPABILITY_AUTO_CONVERGE];
|
|
|
|
}
|
|
|
|
|
2013-07-18 11:48:50 +04:00
|
|
|
bool migrate_zero_blocks(void)
|
|
|
|
{
|
|
|
|
MigrationState *s;
|
|
|
|
|
|
|
|
s = migrate_get_current();
|
|
|
|
|
|
|
|
return s->enabled_capabilities[MIGRATION_CAPABILITY_ZERO_BLOCKS];
|
|
|
|
}
|
|
|
|
|
2012-08-06 22:42:53 +04:00
|
|
|
int migrate_use_xbzrle(void)
|
|
|
|
{
|
|
|
|
MigrationState *s;
|
|
|
|
|
|
|
|
s = migrate_get_current();
|
|
|
|
|
|
|
|
return s->enabled_capabilities[MIGRATION_CAPABILITY_XBZRLE];
|
|
|
|
}
|
|
|
|
|
|
|
|
int64_t migrate_xbzrle_cache_size(void)
|
|
|
|
{
|
|
|
|
MigrationState *s;
|
|
|
|
|
|
|
|
s = migrate_get_current();
|
|
|
|
|
|
|
|
return s->xbzrle_cache_size;
|
|
|
|
}
|
2012-10-03 16:18:33 +04:00
|
|
|
|
|
|
|
/* migration thread support */
|
|
|
|
|
2013-02-22 20:36:30 +04:00
|
|
|
static void *migration_thread(void *opaque)
|
2012-10-03 16:18:33 +04:00
|
|
|
{
|
2012-12-19 12:55:50 +04:00
|
|
|
MigrationState *s = opaque;
|
2012-10-03 16:18:33 +04:00
|
|
|
int64_t initial_time = qemu_get_clock_ms(rt_clock);
|
2013-07-22 18:01:58 +04:00
|
|
|
int64_t setup_start = qemu_get_clock_ms(host_clock);
|
2013-02-22 20:36:43 +04:00
|
|
|
int64_t initial_bytes = 0;
|
2012-10-03 16:18:33 +04:00
|
|
|
int64_t max_size = 0;
|
2013-02-22 20:36:18 +04:00
|
|
|
int64_t start_time = initial_time;
|
|
|
|
bool old_vm_running = false;
|
2012-10-03 22:16:24 +04:00
|
|
|
|
|
|
|
DPRINTF("beginning savevm\n");
|
2013-02-22 20:36:17 +04:00
|
|
|
qemu_savevm_state_begin(s->file, &s->params);
|
2012-10-03 16:18:33 +04:00
|
|
|
|
2013-07-22 18:01:58 +04:00
|
|
|
s->setup_time = qemu_get_clock_ms(host_clock) - setup_start;
|
rdma: introduce MIG_STATE_NONE and change MIG_STATE_SETUP state transition
As described in the previous patch, until now, the MIG_STATE_SETUP
state was not really a 'formal' state. It has been used as a 'zero' state
(what we're calling 'NONE' here) and QEMU has been unconditionally transitioning
into this state when the QMP migration command was called. Instead we want to
introduce MIG_STATE_NONE, which is our starting state in the state machine, and
then immediately transition into the MIG_STATE_SETUP state when the QMP migrate
command is issued.
In order to do this, we must delay the transition into MIG_STATE_ACTIVE until
later in the migration_thread(). This is done to be able to timestamp the amount of
time spent in the SETUP state for proper accounting to the user during
an RDMA migration.
Furthermore, the management software, until now, has never been aware of the
existence of the SETUP state whatsoever. This must change, because, timing of this
state implies that the state actually exists.
These two patches cannot be separated because the 'query_migrate' QMP
switch statement needs to know how to handle this new state transition.
Reviewed-by: Juan Quintela <quintela@redhat.com>
Tested-by: Michael R. Hines <mrhines@us.ibm.com>
Signed-off-by: Michael R. Hines <mrhines@us.ibm.com>
Signed-off-by: Juan Quintela <quintela@redhat.com>
2013-07-22 18:01:57 +04:00
|
|
|
migrate_set_state(s, MIG_STATE_SETUP, MIG_STATE_ACTIVE);
|
|
|
|
|
2013-07-22 18:01:58 +04:00
|
|
|
DPRINTF("setup complete\n");
|
|
|
|
|
2013-02-22 20:36:17 +04:00
|
|
|
while (s->state == MIG_STATE_ACTIVE) {
|
2013-02-01 15:39:08 +04:00
|
|
|
int64_t current_time;
|
2012-10-03 22:33:34 +04:00
|
|
|
uint64_t pending_size;
|
2012-10-03 16:18:33 +04:00
|
|
|
|
2013-02-22 20:36:35 +04:00
|
|
|
if (!qemu_file_rate_limit(s->file)) {
|
2012-10-03 22:33:34 +04:00
|
|
|
DPRINTF("iterate\n");
|
|
|
|
pending_size = qemu_savevm_state_pending(s->file, max_size);
|
|
|
|
DPRINTF("pending size %lu max %lu\n", pending_size, max_size);
|
2012-10-17 23:06:31 +04:00
|
|
|
if (pending_size && pending_size >= max_size) {
|
2013-02-22 20:36:17 +04:00
|
|
|
qemu_savevm_state_iterate(s->file);
|
2012-10-03 22:33:34 +04:00
|
|
|
} else {
|
2013-07-05 15:54:55 +04:00
|
|
|
int ret;
|
|
|
|
|
2012-10-03 22:33:34 +04:00
|
|
|
DPRINTF("done iterating\n");
|
2013-02-22 20:36:27 +04:00
|
|
|
qemu_mutex_lock_iothread();
|
2012-10-03 22:33:34 +04:00
|
|
|
start_time = qemu_get_clock_ms(rt_clock);
|
|
|
|
qemu_system_wakeup_request(QEMU_WAKEUP_REASON_OTHER);
|
2013-02-22 20:36:18 +04:00
|
|
|
old_vm_running = runstate_is_running();
|
2013-07-05 15:54:55 +04:00
|
|
|
|
|
|
|
ret = vm_stop_force_state(RUN_STATE_FINISH_MIGRATE);
|
|
|
|
if (ret >= 0) {
|
|
|
|
qemu_file_set_rate_limit(s->file, INT_MAX);
|
|
|
|
qemu_savevm_state_complete(s->file);
|
|
|
|
}
|
2013-02-22 20:36:27 +04:00
|
|
|
qemu_mutex_unlock_iothread();
|
2013-07-05 15:54:55 +04:00
|
|
|
|
|
|
|
if (ret < 0) {
|
2013-07-22 18:01:56 +04:00
|
|
|
migrate_set_state(s, MIG_STATE_ACTIVE, MIG_STATE_ERROR);
|
2013-07-05 15:54:55 +04:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2013-02-22 20:36:32 +04:00
|
|
|
if (!qemu_file_get_error(s->file)) {
|
2013-07-22 18:01:56 +04:00
|
|
|
migrate_set_state(s, MIG_STATE_ACTIVE, MIG_STATE_COMPLETED);
|
2013-02-22 20:36:32 +04:00
|
|
|
break;
|
|
|
|
}
|
2012-10-03 22:33:34 +04:00
|
|
|
}
|
|
|
|
}
|
2013-02-22 20:36:20 +04:00
|
|
|
|
2013-02-22 20:36:33 +04:00
|
|
|
if (qemu_file_get_error(s->file)) {
|
2013-07-22 18:01:56 +04:00
|
|
|
migrate_set_state(s, MIG_STATE_ACTIVE, MIG_STATE_ERROR);
|
2013-02-22 20:36:33 +04:00
|
|
|
break;
|
|
|
|
}
|
2013-02-01 15:39:08 +04:00
|
|
|
current_time = qemu_get_clock_ms(rt_clock);
|
2012-10-03 16:18:33 +04:00
|
|
|
if (current_time >= initial_time + BUFFER_DELAY) {
|
2013-02-22 20:36:43 +04:00
|
|
|
uint64_t transferred_bytes = qemu_ftell(s->file) - initial_bytes;
|
Revert "migration: don't account sleep time for calculating bandwidth"
This reverts commit 7161082c8d8cf167c508976887a0a63f4db92b51.
Reverting this patch fixes a divide-by-zero error in qemu that can be
fairly reliably triggered by doing block migration. In this case, the
configuration/error was:
source: temp/x86_64-softmmu/qemu-system-x86_64 -enable-kvm -L temp-bios
-M pc-i440fx-1.4 -m 512M -kernel boot/vmlinuz-x86_64 -initrd
boot/test-initramfs-x86_64.img.gz -vga std -append seed=1234 -drive
file=disk1.img,if=virtio -drive file=disk2.img,if=virtio -device
virtio-net-pci,netdev=net0 -netdev user,id=net0 -monitor
unix:/tmp/vm-hmp.sock,server,nowait -qmp
unix:/tmp/vm-qmp.sock,server,nowait -vnc :100
16837 Floating point exception(core dumped)
target: temp/x86_64-softmmu/qemu-system-x86_64 -enable-kvm -L temp-bios
-M pc-i440fx-1.4 -m 512M -kernel boot/vmlinuz-x86_64 -initrd
boot/test-initramfs-x86_64.img.gz -vga std -append seed=1234 -drive
file=target_disk1.img,if=virtio -drive file=target_disk2.img,if=virtio
-device virtio-net-pci,netdev=net0 -netdev user,id=net0 -incoming
unix:/tmp/migrate.sock -monitor
unix:/tmp/vm-hmp-incoming.sock,server,nowait -qmp
unix:/tmp/vm-qmp-incoming.sock,server,nowait -vnc :101
Receiving block device images
20 %
21 %
load of migration failed
This revert potentially re-introduces a bug that was present in 1.4,
but fixes a prevalent issue with block migration so we should revert
it for now and take an updated patch later.
Conflicts:
migration.c
* fixed up to remove logic introduced in 7161082c while leaving
changes in HEAD intact
Signed-off-by: Michael Roth <mdroth@linux.vnet.ibm.com>
Message-id: 1368739544-31021-1-git-send-email-mdroth@linux.vnet.ibm.com
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2013-05-17 01:25:44 +04:00
|
|
|
uint64_t time_spent = current_time - initial_time;
|
2012-10-03 16:18:33 +04:00
|
|
|
double bandwidth = transferred_bytes / time_spent;
|
|
|
|
max_size = bandwidth * migrate_max_downtime() / 1000000;
|
|
|
|
|
2013-06-26 05:35:30 +04:00
|
|
|
s->mbps = time_spent ? (((double) transferred_bytes * 8.0) /
|
|
|
|
((double) time_spent / 1000.0)) / 1000.0 / 1000.0 : -1;
|
|
|
|
|
2012-10-03 16:18:33 +04:00
|
|
|
DPRINTF("transferred %" PRIu64 " time_spent %" PRIu64
|
|
|
|
" bandwidth %g max_size %" PRId64 "\n",
|
|
|
|
transferred_bytes, time_spent, bandwidth, max_size);
|
2013-02-01 16:22:37 +04:00
|
|
|
/* if we haven't sent anything, we don't want to recalculate
|
|
|
|
10000 is a small enough number for our purposes */
|
|
|
|
if (s->dirty_bytes_rate && transferred_bytes > 10000) {
|
|
|
|
s->expected_downtime = s->dirty_bytes_rate / bandwidth;
|
|
|
|
}
|
2012-10-03 16:18:33 +04:00
|
|
|
|
2013-02-22 20:36:45 +04:00
|
|
|
qemu_file_reset_rate_limit(s->file);
|
2012-10-03 16:18:33 +04:00
|
|
|
initial_time = current_time;
|
2013-02-22 20:36:43 +04:00
|
|
|
initial_bytes = qemu_ftell(s->file);
|
2012-10-03 16:18:33 +04:00
|
|
|
}
|
2013-02-22 20:36:35 +04:00
|
|
|
if (qemu_file_rate_limit(s->file)) {
|
2012-10-03 16:18:33 +04:00
|
|
|
/* usleep expects microseconds */
|
|
|
|
g_usleep((initial_time + BUFFER_DELAY - current_time)*1000);
|
|
|
|
}
|
2013-02-22 20:36:18 +04:00
|
|
|
}
|
|
|
|
|
2013-02-22 20:36:20 +04:00
|
|
|
qemu_mutex_lock_iothread();
|
2013-02-22 20:36:18 +04:00
|
|
|
if (s->state == MIG_STATE_COMPLETED) {
|
|
|
|
int64_t end_time = qemu_get_clock_ms(rt_clock);
|
|
|
|
s->total_time = end_time - s->total_time;
|
|
|
|
s->downtime = end_time - start_time;
|
|
|
|
runstate_set(RUN_STATE_POSTMIGRATE);
|
|
|
|
} else {
|
|
|
|
if (old_vm_running) {
|
|
|
|
vm_start();
|
2013-02-22 20:36:17 +04:00
|
|
|
}
|
2012-10-03 16:18:33 +04:00
|
|
|
}
|
2013-02-22 20:36:21 +04:00
|
|
|
qemu_bh_schedule(s->cleanup_bh);
|
2013-02-22 20:36:17 +04:00
|
|
|
qemu_mutex_unlock_iothread();
|
2013-02-22 20:36:20 +04:00
|
|
|
|
2012-10-03 16:18:33 +04:00
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2012-12-19 12:55:50 +04:00
|
|
|
void migrate_fd_connect(MigrationState *s)
|
2012-10-03 16:18:33 +04:00
|
|
|
{
|
rdma: introduce MIG_STATE_NONE and change MIG_STATE_SETUP state transition
As described in the previous patch, until now, the MIG_STATE_SETUP
state was not really a 'formal' state. It has been used as a 'zero' state
(what we're calling 'NONE' here) and QEMU has been unconditionally transitioning
into this state when the QMP migration command was called. Instead we want to
introduce MIG_STATE_NONE, which is our starting state in the state machine, and
then immediately transition into the MIG_STATE_SETUP state when the QMP migrate
command is issued.
In order to do this, we must delay the transition into MIG_STATE_ACTIVE until
later in the migration_thread(). This is done to be able to timestamp the amount of
time spent in the SETUP state for proper accounting to the user during
an RDMA migration.
Furthermore, the management software, until now, has never been aware of the
existence of the SETUP state whatsoever. This must change, because, timing of this
state implies that the state actually exists.
These two patches cannot be separated because the 'query_migrate' QMP
switch statement needs to know how to handle this new state transition.
Reviewed-by: Juan Quintela <quintela@redhat.com>
Tested-by: Michael R. Hines <mrhines@us.ibm.com>
Signed-off-by: Michael R. Hines <mrhines@us.ibm.com>
Signed-off-by: Juan Quintela <quintela@redhat.com>
2013-07-22 18:01:57 +04:00
|
|
|
s->state = MIG_STATE_SETUP;
|
|
|
|
trace_migrate_set_state(MIG_STATE_SETUP);
|
2013-02-22 20:36:19 +04:00
|
|
|
|
2013-02-01 14:12:26 +04:00
|
|
|
/* This is a best 1st approximation. ns to ms */
|
|
|
|
s->expected_downtime = max_downtime/1000000;
|
2013-02-22 20:36:21 +04:00
|
|
|
s->cleanup_bh = qemu_bh_new(migrate_fd_cleanup, s);
|
2012-10-03 16:18:33 +04:00
|
|
|
|
2013-02-22 20:36:44 +04:00
|
|
|
qemu_file_set_rate_limit(s->file,
|
|
|
|
s->bandwidth_limit / XFER_LIMIT_RATIO);
|
|
|
|
|
2013-02-22 20:36:30 +04:00
|
|
|
qemu_thread_create(&s->thread, migration_thread, s,
|
2013-02-22 20:36:21 +04:00
|
|
|
QEMU_THREAD_JOINABLE);
|
2012-10-03 22:04:41 +04:00
|
|
|
notifier_list_notify(&migration_state_notifiers, s);
|
2012-10-03 16:18:33 +04:00
|
|
|
}
|