From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel De Graaf Subject: Re: xl with xenstore stubdom Date: Mon, 22 Apr 2013 11:17:59 -0400 Message-ID: <517554A7.7090104@tycho.nsa.gov> References: <20130422120541.E85956F446@smtp.hushmail.com> <51752891.7030706@citrix.com> <1366633193.22143.59.camel@zakaz.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1366633193.22143.59.camel@zakaz.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Campbell Cc: Andrew Cooper , "steve_1991@hushmail.com" , xen-devel List-Id: xen-devel@lists.xenproject.org On 04/22/2013 08:19 AM, Ian Campbell wrote: > On Mon, 2013-04-22 at 13:09 +0100, Andrew Cooper wrote: >> On 22/04/13 13:05, steve_1991@hushmail.com wrote: >>> Hi, >>> >>> I am running xenstore stubdom on my system. When I try to use xl, it gives me error that xenstore daemon is not running and couldn't stat /var/run/xenstored.pid. I want to ask does xl work with xenstore stubdom and if not then which toolstack to use for VM management? >>> >>> S >> >> xl unconditionally looks for /var/run/xenstored.pid, even when it >> doesn't need it. > > Wasn't there a patch at one point to make it look > for /tool/xenstored/domid as an alternative? Can't find it now though... The domain creation code looks there, but it's rather difficult to look in xenstore for a path if xenstore isn't running, so that can't be used to figure out the stubdom is being used. > There was also talk of init-xenstore-domain daemonising and serving as a > log message pump to syslog for the stubdom, in which case its pid would > be somewhat appropriate to store. I think that was only talk though. Right, init-xenstore-domain just boots the domain and exits. I guess touching the /var/run/xenstored.pid file might be useful as an addition to that tool. >> Simply touching the file is enough to fool xl into working correctly for >> actions not requiring xenstored, but I have no idea how well xl would >> cope with xenstored in a different domain. > > It should be OK, I'd be interested in hearing if it isn't once this > issue is fixed. > > Ian. It seems to work with no issues on my test systems (whose startup scripts include a "touch /var/run/xenstored.pid" to work around this). -- Daniel De Graaf National Security Agency