All of lore.kernel.org
 help / color / mirror / Atom feed
From: John Weekes <lists.xen@nuclearfallout.net>
To: George Dunlap <George.Dunlap@eu.citrix.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	Keir Fraser <keir@xen.org>
Subject: credit2 domU freeze at "Writing SMBIOS tables ..."
Date: Wed, 27 Apr 2011 10:24:39 -0700	[thread overview]
Message-ID: <4DB85157.3050406@nuclearfallout.net> (raw)
In-Reply-To: <BANLkTikiXR+ciAJLTkTW3QEj05ULwVkASA@mail.gmail.com>

On 4/27/2011 2:10 AM, George Dunlap wrote:
>> This would seem to confirm that the BUG_ON is being avoided now, but the
>> >  frequent SMBIOS issue means that I won't be able to start testing credit2
>> >  with a subset of customers yet.
> If you still have time, would you mind:
> * Starting a new e-mail thread (since it's a different bug), and
Done.

To recap here, my Debian Squeeze stubdom-based HVM domU is frequently 
not completely starting, freezing after the output "Writing SMBIOS 
tables ...".

> * Taking a 30-second trace of the VM booting and hanging with the
> following command:
>   # xentrace -D -e all -T 30 [filename]&  xl create [configuration]
> * Sending me the resulting trace (it will probably be 100-300MiB in size).

I am emailing you offlist with a link to the trace now. I had to use 
"xm" instead of "xl" because "xl" still doesn't seem to work right with 
stubdoms (a separate bug); it probably needs to wait a little longer for 
the main domU to be created before creating the stubdom.

# xl create testvds4-xl.cfg
Parsing config file testvds4-xl.cfg
xc: info: VIRTUAL MEMORY ARRANGEMENT:
   Loader:        0000000000100000->00000000001793f0
   TOTAL:         0000000000000000->0000000031800000
   ENTRY ADDRESS: 0000000000100000
xc: info: PHYSICAL MEMORY ALLOCATION:
   4KB PAGES: 0x0000000000000200
   2MB PAGES: 0x000000000000018b
   1GB PAGES: 0x0000000000000000
xl: libxl_create.c:292: libxl__domain_make: Assertion 
`!libxl_domid_valid_guest(*domid)' failed.
Aborted

-John

  reply	other threads:[~2011-04-27 17:24 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-19 20:58 credit2 BUG_ON triggered John Weekes
2011-04-20  9:36 ` George Dunlap
2011-04-20 16:12   ` John Weekes
2011-04-20 16:51     ` George Dunlap
2011-04-20 17:33       ` John Weekes
2011-04-20 19:10         ` John Weekes
2011-04-20 19:29           ` John Weekes
2011-04-26 11:01 ` George Dunlap
2011-04-26 16:45   ` John Weekes
2011-04-26 17:02     ` George Dunlap
2011-04-26 20:15       ` John Weekes
2011-04-27  9:10         ` George Dunlap
2011-04-27 17:24           ` John Weekes [this message]
2011-04-28 13:10             ` credit2 domU freeze at "Writing SMBIOS tables ..." George Dunlap
2011-04-28 16:25               ` John Weekes
2011-04-28 16:35                 ` George Dunlap
2011-04-28 19:56                   ` John Weekes

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=4DB85157.3050406@nuclearfallout.net \
    --to=lists.xen@nuclearfallout.net \
    --cc=George.Dunlap@eu.citrix.com \
    --cc=keir@xen.org \
    --cc=xen-devel@lists.xensource.com \
    /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.