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] dumping a domain's core

To: Kip Macy <kmacy@xxxxxxxxxxx>
Subject: Re: [Xen-devel] dumping a domain's core
From: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>
Date: Sun, 22 Feb 2004 21:38:02 +0000
Cc: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxxx, Ian.Pratt@xxxxxxxxxxxx
Delivery-date: Sun, 22 Feb 2004 21:40:45 +0000
Envelope-to: steven.hand@xxxxxxxxxxxx
In-reply-to: Your message of "Sun, 22 Feb 2004 13:17:00 PST." <20040222131001.O84871@xxxxxxxxxxxxxxxxxxxxx>
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
> > Right now, the only way to do this is rather grim -- see the auto
> > reboot stuff in xc_dom_create. It polls get_domain_info once a
> > second.
> 
> Hmm. I guess that could work.

Using the new inter-domain comms rings mechanism it'll be easy to
add events for things like this.

> > In the 1.3 tree, if you've got the pages mapped into domain 0
> > they won't go straight back on the free list when the domain dies
> > (as they're referenced counted). You can then write out a core
> > dump.
> 
> I was hoping that I could map them in on demand. I guess there isn't
> any good reason why DOM0 shouldn't have access to everyone's memory
> all the time.

The trouble with mapping them on demand is that as soon as the
domain exits the reference count on the pages will go to zero and
they'll end up on the free list, hence may get overwritten
e.g. by network packets. 

Rather than destroying a domain when it faults, its arguable we
should just mark it as a zombie, and then rely on user-space
domain0 tools to issue a 'destroy' on the zombies, after writing
a coredump if required.

This would be an easy hack to add for you purposes.

You could create the coredump by modifying the xc_linux_save
function.

Cheers,
Ian


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel