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/
Home Products Support Community News


RE: [Xen-devel] domU on x86_64 xenlinux problems

To: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>
Subject: RE: [Xen-devel] domU on x86_64 xenlinux problems
From: "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>
Date: Tue, 30 Aug 2005 11:36:25 -0700
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 30 Aug 2005 18:34:32 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
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: AcWtjDWgvzZe9NgnQTyieeuPqfbVRgABI8hA
Thread-topic: [Xen-devel] domU on x86_64 xenlinux problems
Keir Fraser wrote:
> On 30 Aug 2005, at 18:27, Nakajima, Jun wrote:
>> Before I dig deeper to debug, I'm wondering if I'm missing some setup
>> things. I see some improvements with the domU side last night (I
>> used to get an error from xend, and xm failed), but I still see
>> problems like: 
>> Using config file "/root/xmexample1".
>> Started domain domU
>> xenconsole: Could not read tty from store: No such file or directory
> I think this is a known race between xenconsoled finding a new domain,
> setting up a tty, and writing the info into xenstore, versus xm trying
> to read the tty info out of xenstore.

That sounds correct to me, as I saw domU just once and never saw it
again after that...

> At the very least, xm should poll a few times (perhaps with sleep 1 in
> between) before giving up. Even better if xenconsoled could do its
> stuff in a more timely fashion, but we probably can't rely on that
> even after it's fixed up (will depend on scheduling etc).
>   -- Keir

So, who's working on it? I want to check health of (SMP) domU with the
log-dirty shadow mode, and need some quick workaround to get domU.

Intel Open Source Technology Center

Xen-devel mailing list