[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


  • To: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>
  • 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
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • 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.

Jun
---
Intel Open Source Technology Center

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.