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

xen-devel

[Top] [All Lists]

Re: [Xen-devel] How do I keep a crashed domain around?

To: Kip Macy <kmacy@xxxxxxxxxxxxxxx>, mike.wray@xxxxxxxxxx
Subject: Re: [Xen-devel] How do I keep a crashed domain around?
From: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>
Date: 2004年10月27日 03:38:30 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxxxx, Ian.Pratt@xxxxxxxxxxxx
Delivery-date: 2004年10月27日 05:48:37 +0100
Envelope-to: steven.hand@xxxxxxxxxxxx
In-reply-to: Your message of "2004年10月26日 19:22:00 PDT." <20041026191915.M46199@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
> I want to examine the state of a crashed domain - what flag do I have to
> set to keep it from being killed? I currently have *no* useful
> information from xen (other than FAULT10 as a fault address) on why it
> is dying.
It's xend that does the reaping of crashed domains. The debugger
is going to need a hook into xend such that xend gets told not to
destroy the domain until it's explicitly asked.
I guess this could be hooked off something to set the reboot
status of a domain, which probably already exists even though
there isn't an xm command line tool option for it. We currently
have reboot = always/never/on_reboot and could add a new mode
called 'freeze' that preserves the dead domain for post mortem
debugging.
E.g. when the debugger attaches it would issue an 
'xm rebootstatus domid freeze', or similar. Once you've finished
debugging, issue an explicit destroy.
Mike: does this sound sensible?
Thanks,
Ian
-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date: [Xen-devel] Unable to create a new domain , yi yang
Next by Date: Re: [Xen-devel] Unable to compile Xen-2.0 , Ian Pratt
Previous by Thread: [Xen-devel] How do I keep a crashed domain around? , Kip Macy
Next by Thread: [Xen-devel] still more excruciating pain booting FreeBSD on top of trunk , Kip Macy
Indexes: [Date] [Thread] [Top] [All Lists]

Copyright ©, Citrix Systems Inc. All rights reserved. Legal and Privacy
Citrix This site is hosted by Citrix

AltStyle によって変換されたページ (->オリジナル) /