From xen-devel-bounces@lists.xen.org Mon Sep 16 18:24:08 2013 Received: (at maildrop) by bugs.xenproject.org; 16 Sep 2013 17:24:08 +0000 Received: from lists.xen.org ([50.57.142.19]) by bugs.xenproject.org with esmtp (Exim 4.80) (envelope-from ) id 1VLcWu-0006bd-RY for xen-devel-maildrop-Eithu9ie@bugs.xenproject.org; Mon, 16 Sep 2013 18:24:08 +0100 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VLcUH-0000Ng-As; Mon, 16 Sep 2013 17:21:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VLcUF-0000Nb-Lc for xen-devel@lists.xen.org; Mon, 16 Sep 2013 17:21:23 +0000 Received: from [85.158.137.68:35605] by server-2.bemta-3.messagelabs.com id C5/91-14467-21E37325; Mon, 16 Sep 2013 17:21:22 +0000 X-Env-Sender: zhigang.x.wang@oracle.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1379352080!2796936!1 X-Originating-IP: [141.146.126.69] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuNjkgPT4gMjc3MjE4\n X-StarScan-Received: X-StarScan-Version: 6.9.12; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1503 invoked from network); 16 Sep 2013 17:21:21 -0000 Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by server-13.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Sep 2013 17:21:21 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r8GHLGlL006751 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 16 Sep 2013 17:21:17 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r8GHLFFQ009071 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Sep 2013 17:21:16 GMT Received: from abhmt109.oracle.com (abhmt109.oracle.com [141.146.116.61]) by userz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r8GHLE1v020671; Mon, 16 Sep 2013 17:21:14 GMT Received: from zhigang.us.oracle.com (/10.149.236.110) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 16 Sep 2013 10:21:14 -0700 Message-ID: <52373E09.1090404@oracle.com> Date: Mon, 16 Sep 2013 13:21:13 -0400 From: Zhigang Wang User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130805 Thunderbird/17.0.8 MIME-Version: 1.0 To: George Dunlap References: <523337AA.5080103@oracle.com> <5237291C.9090100@oracle.com> <21047.12251.625579.745154@mariner.uk.xensource.com> <5237346A.3020106@eu.citrix.com> In-Reply-To: <5237346A.3020106@eu.citrix.com> X-Source-IP: acsinet22.oracle.com [141.146.126.238] Cc: Ian Jackson , xen-devel Subject: Re: [Xen-devel] Suggestion for merging xl save/restore/migrate/migrate-receive X-BeenThere: xen-devel@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org On 09/16/2013 12:40 PM, George Dunlap wrote: > On 16/09/13 17:20, Ian Jackson wrote: >> Zhigang Wang writes ("Re: [Xen-devel] Suggestion for merging xl save/restore/migrate/migrate-receive"): >>> ---- xl-migrate.rst ---- >> ... >>> * Current xl migrate command is not intuitive, especially the `-s` option:: >>> >>> # xl migrate >>> Usage: xl [-v] migrate [options] >>> >>> Save a domain state to restore later. >>> >>> Options: >>> >>> -h Print this help. >>> -C Send instead of config file from creation. >>> -s Use instead of ssh. String will be passed >>> to sh. If empty, run instead of ssh xl >>> migrate-receive [-d -e] >>> -e Do not wait in the background (on ) for the death >>> of the domain. >>> >>> It's a little hard to adapt other tools as transport. >> Perhaps the documentation needs to be improved. But you can just say >> xl migrate -s '' 42 'nc remotehost 1234' > > Actually, that's a pretty bizarre interface -- I don't think I would > have gotten that from the help. > > If we had a new "transport" option that could take format strings, we > could even set the default transport in xl.conf, like so: > > migrate.default.transport="myssh %h %r" > > migrate.default.transport="nc %h 1234" > > migrate.default.transport="socat - OPENSSL:%h:8005,verify=0" > > (Where %h would be the remote host, and %r the remote command to execute > -- i.e., xl recieve.) > > Or of course: > > xl migrate -t "nc %h 1234" 42 remotehost > > Zhigang, would that work better for you guys? Yes. I think it's a improvement to the -s option anyways. I was thinking the same thing when I work on the example. With this, the example doesn't need the customized command any more (xl-migrate-command/xl-ssl-migrate-command). (But haven't decided how to do the migration yet; the socat just a example) Thanks, Zhigang _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel