[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v5 RFC 01/14] docs: libxc migration stream specification
Hi Andrew, Ian, On 06/18/2014 02:04 AM, Andrew Cooper wrote: On 17/06/14 17:40, Ian Campbell wrote:On Wed, 2014-06-11 at 19:14 +0100, Andrew Cooper wrote:+The following features are not yet fully specified and will be +included in a future draft. + +* RemusWhat is the plan for Remus here? It has pretty large implications for the flow of a migration stream and therefore on the code in the final two patches, I suspect it will require high level changes to those functions, so I'm reluctant to spend a lot of time on them as they are.I don't believe too much change will be required to the final two patches, but it does depend on fixing the current qemu record layer violations. It will be much easier to do after a prototype to the libxl level fixes. I'm trying to porting Remus to migration v2... +> of this itself. This record is only present for early development +> purposes and will be removed before submissions, along with changes +> to libxl which cause libxl to handle this data itself.How confident are you that this can be done before 4.5? I suspect that it's going to involve an awful lot of replumbing.I suspect it will, and I frankly have no idea. It is my experience in the past that hacking on libxl turns out to be harder than expected.I also think it will interact in exciting ways with the remus stuff.Less so, I think. Remus mandates identical toolstacks on either side, so the problem of legacy remus to new remus doesn't exist.I think we need to start seeing the start of concrete plans for both of these things ASAP.Indeed. The concrete plan is that it needs to be done, and it needs to be done to a sufficient extent with general upstream approval that I can be fairly confident that what upstream accepts isn't different to the version which gets shipped with XenServer.$NEXT. On the other hand, getting Xapi + libxc working for XenServer.$NEXT is critical as customers would like to be able to migrate their vms. I would also like to sleep at some point. ~Andrew _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel -- Thanks, Yang. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |