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] crashes

To: James Harper <JamesH@xxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] crashes
From: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>
Date: Sat, 31 Jul 2004 12:48:31 +0100
Cc: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxxx>, Ian.Pratt@xxxxxxxxxxxx
Delivery-date: Sat, 31 Jul 2004 12:52:20 +0100
Envelope-to: steven.hand@xxxxxxxxxxxx
In-reply-to: Your message of "Sat, 31 Jul 2004 20:54:50 +1000." <DE88AD0C-1167-4099-8410-92C9D0CF05D2@mimectl>
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
> It looked like everything was okay except for these messages in DOM0:
> 
> (file=main.c, line=270) Failed MMU update transferring to DOM1
> (file=main.c, line=270) Failed MMU update transferring to DOM1
> 
> but then I tried to start another domain and got this:
> 
> Using config file /etc/xen/mail2
> Error: Internal Server Error
> 
> so it looks like something is still wrong somewhere...

Is this with or without the 'better blk dev fix' changeset backed
out?
 
The "Failed MMU update" messages are very interesting, and I've
never seen them before -- xen is refusing to transfer the page to
dom1 for some reason. Please can you try doing the same with a
debug=y build of Xen. Xen should tell us a bit more about why
it's refusing the request. 

What workload are you running when this happens? You seem to have
a real talent for provoking hard to reproduce bugs ;-)

It might be moderately interesting to see the traceback from
xend to see which stage of creating the new domain failed.

Further, once it gets in to this state, it would be good to try
shuting down or destroying the other domains one by one, doing an
'xm list' after each stage. If one of the domains hangs around
after a 'destroy' it's a sign there's been an inconsistency. 

Ian


-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel

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