[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-users] Xen 4.2.2 /etc/init.d/xendomains save and restore of domains does not work
----- Original Message ----- > From: Ian Campbell <Ian.Campbell@xxxxxxxxxx> > To: Ian Murray <murrayie@xxxxxxxxxxx> > Cc: "greve-ml@xxxxxxxxxx" <greve-ml@xxxxxxxxxx>; xen-users > <xen-users@xxxxxxxxxxxxx>; "andreas.greve@xxxxxxxxxx" > <andreas.greve@xxxxxxxxxx> > Sent: Tuesday, 2 July 2013, 10:44 > Subject: Re: [Xen-users] Xen 4.2.2 /etc/init.d/xendomains save and restore of domains does not work > > On Tue, 2013-07-02 at 10:40 +0100, Ian Murray wrote: >> >> > Even better would be to just do away with this madness of parsing JSON >> > or SXP in shell (keeping it only for xm compatibility) and add proper > xl >> > commands to save and restore all domains to/from a given directory. >> >> Xendomains does quite a bit of high level stuff.... it's a >> "convenience" script IMHO which not only deals with suspending > and >> restoring but also starting the auto domains and dealing with things >> that appear in both (i.e. the skipping of auto start stuff that has >> just been restored). From a design point of view, is it the right >> thing to do to move all that logic in xl? ... or keep it in a seperate >> tool (but definitely re-written.) > > Probably one to RFC on the devel list before committing lots of code > too, but I think its the sort of thing we could accept. I think a discussion about what xendomains is supposed to do (especially dealing with the more obscure stuff like zombies and system requests) would be a decent place to start I think that would shape the technical response. > > Doing it in xl would be convenient, but a separate tool might also be > workable. The main point is "don't parse JSON in shell"! > I think everyone would agree with that. > You could also consider implementing a more shell friendly output mode > though, which just produces FOO-separated lines of text with the name > and domid in them... I think state would be needed as well. > > Ian. > I _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxx http://lists.xen.org/xen-users
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |