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

Re: [Xen-devel] question about migration



On Mon, 2016-01-04 at 15:31 +0000, Ian Jackson wrote:
> [...]

> Â The daemonic xl exits in this situation because it expects the
> Â migration machinery to tidy up the domain.
> 
> * It is not possible to resume the domain in the source after it has
> Â suspended.

Isn't supposed to be, isn't that why SCHEDOP_suspend returns a flag to
indicate if it was cancelled or not, so the guest can be resumed on the
source if "something" went wrong? (And isn't such a resume the same as what
happens after a checkpoint?)

Unless you are referring not to the general case but to some more specific
scenario/window where this is no longer possible?

> ÂÂThe domain is, in the hypervisor, in the lifecycle state
> Â SHUTDOWN.ÂÂFor this reason in general, it is a bad idea to suspend
> Â the guest until the migration is known to be likely to succeed.
> 
> Â After a late migration failure the domain should probably be treated
> Â as crashed.ÂÂThis is slightly awkward to implement because the
> Â daemonic xl would have to hang around to see what happened next and
> Â perhaps be told what to do.ÂÂOr maybe the migrating xl would have to
> Â know what the on_crash configuration was.
> 
> Â In the meantime the failure is rather less graceful: debris is
> Â simply left for the user.ÂÂThis is not ideal but tolerable I think.
> 
> Ian.
> 
> 
> From 00c4fc6495078026d68f3fdd88bfd29a8ad483d7 Mon Sep 17 00:00:00 2001
> From: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
> Date: Mon, 4 Jan 2016 15:13:14 +0000
> Subject: [PATCH] libxl: Fix doc comment ref to DOMAIN_DEATH
> 
> The doc comment for libxl_evdisable_domain_death mistakenly referred
> to DOMAIN_DESTROY but the event type name is actually DOMAIN_DEATH.
> 
> Signed-off-by: Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
> CC: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
> ---
> Âtools/libxl/libxl_event.h |ÂÂÂÂ4 ++--
> Â1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/tools/libxl/libxl_event.h b/tools/libxl/libxl_event.h
> index fad4c14..1ea789e 100644
> --- a/tools/libxl/libxl_event.h
> +++ b/tools/libxl/libxl_event.h
> @@ -179,9 +179,9 @@ typedef struct libxl__evgen_domain_death
> libxl_evgen_domain_death;
> Âint libxl_evenable_domain_death(libxl_ctx *ctx, uint32_t domid,
> ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂlibxl_ev_user, libxl_evgen_domain_death
> **evgen_out);
> Âvoid libxl_evdisable_domain_death(libxl_ctx *ctx,
> libxl_evgen_domain_death*);
> -ÂÂ/* Arranges for the generation of DOMAIN_SHUTDOWN and DOMAIN_DESTROY
> +ÂÂ/* Arranges for the generation of DOMAIN_SHUTDOWN and DOMAIN_DEATH
> ÂÂÂÂ* events.ÂÂA domain which is destroyed before it shuts down
> -ÂÂÂ* may generate only a DESTROY event.
> +ÂÂÂ* may generate only a DEATH event.
> ÂÂÂÂ*/
> Â
> Âtypedef struct libxl__evgen_disk_eject libxl_evgen_disk_eject;

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.