WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Re: blktap race against xenstore startup

To: "Stephen C. Tweedie" <sct@xxxxxxxxxx>, Anthony Liguori <aliguori@xxxxxxxxxx>
Subject: Re: [Xen-devel] Re: blktap race against xenstore startup
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Fri, 29 Sep 2006 07:54:45 +0100
Cc: Andrew Warfield <andrew.warfield@xxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Steven Rostedt <rostedt@xxxxxxxxxxx>, Julian Chesterfield <jac90@xxxxxxxxx>
Delivery-date: Fri, 29 Sep 2006 00:05:23 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <1159485838.8884.38.camel@xxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcbjlCV5ZD39sU+HEduMkQANk04WTA==
Thread-topic: [Xen-devel] Re: blktap race against xenstore startup
User-agent: Microsoft-Entourage/11.2.5.060620


On 29/9/06 12:23 am, "Stephen C. Tweedie" <sct@xxxxxxxxxx> wrote:

> It (the blktapctrl userland daemon) gets execve'd by xend:
> 
>     elif sys.argv[1] == 'start':
>         start_xenstored()
>         start_consoled()
>         start_blktapctrl()
>         return daemon.start()
> 
> The problem is not that xenstored is dead: it's alive and running, it
> just hasn't had the /local/domain tree filled in, so it returns ENOENT.
> xenstored *is* ready, but that's not enough.

Set a watch on /local/domain and wait for the directory to appear? Not a
beautiful approach, but better than spinning a few times? :-)

 -- Keir



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>