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

Re: [Xen-devel] xm pause <domain>



> Having worked _briefly_ with elf coredumps as a starting point for
> process checkpointing, I don't think they would be well suited for this.

You went over to another dump format for the DFly checkpointing, then?  What 
format does DFly / FreeBSD use for crash memory dumps?

> An elf coredump defines all of a running applications mappings in the
> program header. In a VM, there will be MANY mappings, which may be
> fragmented, corresponding to many page directory pointers

OK, makes sense.

> Examining the user-state will of course be very OS-specific.
> Nonetheless, I think that it is important that the information be there,
> so that if someone does choose to develop the tool, the pieces will
> already be there.

Yes.  I'm not sure how capable the LKCD lcrash tool is at analysing user 
process state but it makes sense to be able to get at it.  It's probably not 
too tough to convert between dump formats anyhow - the mkdump people support 
a couple of different formats this way.

> Any corrections or contrary opinions are welcome ...

This would be cool stuff to have both for developing and for debugging crashes 
in the field.  Xend could fairly easy be modified to auto-dump crashed 
domains, and to dump domains on request.  I like :-)

Cheers,
Mark


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel


 


Rackspace

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