#18 - xl improve support for migration over non-sshlike tunnels

Owner: Ian Campbell <Ian.Campbell@citrix.com>

Date: Thu Sep 12 10:15:01 2013

Last Update: Thu Sep 12 10:15:01 2013

Severity: normal

Affects:

State: Open

[ Retrieve as mbox ]


From: Ian Campbell <Ian.Campbell@citrix.com>
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: Steven Noonan <snoonan@amazon.com>, Matt Wilson <msw@linux.com>, George Dunlap <George.Dunlap@eu.citrix.com>, Zhigang Wang <zhigang.x.wang@oracle.com>, Stefano Stabellini <stefano.stabellini@eu.citrix.com>, xen-devel <xen-devel@lists.xenproject.org>, Matt Wilson <msw@amazon.com>
Subject: Re: [Xen-devel] xend deprecation
Date: Thu, 12 Sep 2013 11:02:09 +0100
Message-ID: <1378980129.10076.33.camel@kazak.uk.xensource.com>

[ Reply to this message; Retrieve Raw Message; Archives: marc.info, gmane ]

create !
title it xl improve support for migration over non-sshlike tunnels
thanks

On Wed, 2013-09-04 at 16:43 +0100, Ian Jackson wrote:
> Ian Campbell writes ("Re: [Xen-devel] xend deprecation"):
> > > On Wed, Sep 4, 2013 at 3:04 PM, Konrad Rzeszutek Wilk
> > > <konrad.wilk@oracle.com> wrote:
> > > >  - xl uses SSH for migration. We need SSL daemon or socat like xend has.
> > 
> > You can provide any tool you like to run instead of ssh, including an
> > ssl daemon/client or socat. See the manpage.
> 
> If there is some migration mode that you'd like to see natively
> supported in xl, besides "fork this program which looks a bit like
> ssh", we'd be very happy to take patches or even write them.

Indeed.

Konrad, what is the exact requirement here? You mention socat which just
takes an IP address and connects to it and pipes stuff back and forth
(crypto optional). I suspect the sending side of that can be done with a
thin wrapper which provides the 'ssh like' command line interface, so
what is needed is a daemon listening on a known port which can fork +
exec xl migrate-receive for each connection?

Is socat actually what you want or was that just an example?

Ian.


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


From: Ian Jackson <Ian.Jackson@eu.citrix.com>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: Matt Wilson <msw@linux.com>, Steven Noonan <snoonan@amazon.com>, Zhigang Wang <zhigang.x.wang@oracle.com>, Stefano Stabellini <stefano.stabellini@eu.citrix.com>, Matt Wilson <msw@amazon.com>, xen-devel <xen-devel@lists.xenproject.org>, George Dunlap <George.Dunlap@eu.citrix.com>
Subject: Re: [Xen-devel] xend deprecation
Date: Thu, 12 Sep 2013 12:10:40 +0100
Message-ID: <21041.41264.922462.533153@mariner.uk.xensource.com>

[ Reply to this message; Retrieve Raw Message; Archives: marc.info, gmane ]

Ian Campbell writes ("Re: [Xen-devel] xend deprecation"):
> create !
> title it xl improve support for migration over non-sshlike tunnels
> thanks
...
> Konrad, what is the exact requirement here? You mention socat which just
> takes an IP address and connects to it and pipes stuff back and forth
> (crypto optional). I suspect the sending side of that can be done with a
> thin wrapper which provides the 'ssh like' command line interface,

I think it can be done with the existing xl interface, TBH, but it's
probably ugly.  I would have no problem with an option which made xl
make the network connection itself.

> so
> what is needed is a daemon listening on a known port which can fork +
> exec xl migrate-receive for each connection?

I think this should be doable by running xl migrate-receive out of
inetd, or some kind of socket-activation-based feature of an
init-replacement (eg upstart).

If not this should be fixed.

Ian.

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