From: Daniel De Graaf <dgdegra@tycho.nsa.gov>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: Andrew Cooper <andrew.cooper3@citrix.com>,
"steve_1991@hushmail.com" <steve_1991@hushmail.com>,
xen-devel <xen-devel@lists.xen.org>
Subject: Re: xl with xenstore stubdom
Date: Mon, 22 Apr 2013 11:17:59 -0400 [thread overview]
Message-ID: <517554A7.7090104@tycho.nsa.gov> (raw)
In-Reply-To: <1366633193.22143.59.camel@zakaz.uk.xensource.com>
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
next prev parent reply other threads:[~2013-04-22 15:17 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-22 12:05 xl with xenstore stubdom steve_1991
2013-04-22 12:09 ` Andrew Cooper
2013-04-22 12:19 ` Ian Campbell
2013-04-22 15:17 ` Daniel De Graaf [this message]
2013-04-22 15:26 ` Ian Campbell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=517554A7.7090104@tycho.nsa.gov \
--to=dgdegra@tycho.nsa.gov \
--cc=Ian.Campbell@citrix.com \
--cc=andrew.cooper3@citrix.com \
--cc=steve_1991@hushmail.com \
--cc=xen-devel@lists.xen.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.