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

Re: [Xen-devel] [PATCH v7 08/18] tools/libxl: introduce libxl__domain_restore_device_model to load qemu state



On Thu, Feb 04, 2016 at 09:41:54AM +0000, Wei Liu wrote:
> On Thu, Feb 04, 2016 at 01:24:41PM +0800, Wen Congyang wrote:
> > On 02/04/2016 03:40 AM, Wei Liu wrote:
> > > On Fri, Jan 29, 2016 at 01:27:24PM +0800, Wen Congyang wrote:
> > >> In normal migration, the qemu state is passed to qemu as a parameter.
> > >> With COLO, secondary vm is running. So we will do the following steps
> > >> at every checkpoint:
> > >> 1. suspend both primary vm and secondary vm
> > >> 2. sync the state
> > >> 3. resume both primary vm and secondary vm
> > >> Primary will send qemu's state in step2, and secondary's qemu should
> > >> read it and restore the state before it is resumed. We can not pass
> > >> the state to qemu as a parameter because secondary QEMU already started
> > >> at this point, so we introduce libxl__domain_restore_device_model() to
> > >> do it. This API MUST be called before resuming secondary vm.
> > >>
> > >> Signed-off-by: Yang Hongyang <hongyang.yang@xxxxxxxxxxxx>
> > >> Signed-off-by: Wen Congyang <wency@xxxxxxxxxxxxxx>
> > >> Cc: Anthony Perard <anthony.perard@xxxxxxxxxx>
> > >> ---
> > >>  tools/libxl/libxl_dom_save.c | 20 ++++++++++++++++++++
> > >>  tools/libxl/libxl_internal.h |  4 ++++
> > >>  tools/libxl/libxl_qmp.c      | 10 ++++++++++
> > >>  3 files changed, 34 insertions(+)
> > >>
> > >> diff --git a/tools/libxl/libxl_dom_save.c b/tools/libxl/libxl_dom_save.c
> > >> index cd2e7de..7383d2d 100644
> > >> --- a/tools/libxl/libxl_dom_save.c
> > >> +++ b/tools/libxl/libxl_dom_save.c
> > >> @@ -518,6 +518,26 @@ int 
> > >> libxl__restore_emulator_xenstore_data(libxl__domain_create_state *dcs,
> > >>      return rc;
> > >>  }
> > >>  
> > >> +int libxl__domain_restore_device_model(libxl__gc *gc, uint32_t domid,
> > >> +                                       const char *restore_file)
> > >> +{
> > >> +    int rc;
> > >> +
> > >> +    switch (libxl__device_model_version_running(gc, domid)) {
> > >> +    case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN_TRADITIONAL:
> > >> +        /* Will never be supported. */
> > >> +        rc = ERROR_INVAL;
> > >> +        break;
> > > 
> > > I'm not entirely sure if this statement would be true. The function name
> > > is generic enough to indicate this case should be supported.
> > > 
> > > However, this function is not used anywhere in this series, so I don't
> > > know whether my comment makes sense.
> > > 
> > > One way of moving forward is to stick this patch to COLO series itself.
> > > Let's skip this in this prerequisite series.
> > 
> > OK, I will put it in the COLO series itself.
> > This API is used for COLO, and COLO requries the newest qemu with block 
> > replication.
> > The block replication is still in the way. The tranditional qemu doesn't 
> > support
> > block replication and it is hard to backport it.
> > 
> 
> OK. I'm asking you to support qemu-trad in COLO -- definitely not.
         ^ NOT

(Not enough caffeine in the morning, sorry.)

_______________________________________________
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®.