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/
Home Products Support Community News


Re: [Patch][RFC] Support "xm dump" (is Re: [Xen-devel] Re: [Patch] Enabl

To: Akio Takebe <takebe_akio@xxxxxxxxxxxxxx>, John Levon <levon@xxxxxxxxxxxxxxxxx>
Subject: Re: [Patch][RFC] Support "xm dump" (is Re: [Xen-devel] Re: [Patch] Enable "sysrq c" handler for domU coredump)
From: Tristan Gingold <Tristan.Gingold@xxxxxxxx>
Date: Thu, 3 Aug 2006 13:58:08 +0200
Cc: Muli Ben-Yehuda <muli@xxxxxxxxxx>, Horms <horms@xxxxxxxxxxxx>, Akio Takebe <takebe_akio@xxxxxxxxxxxxxx>, xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, Kouya Shimura <kouya@xxxxxxxxxxxxxx>
Delivery-date: Thu, 03 Aug 2006 04:54:04 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <6DC6B6ED79944Atakebe_akio@xxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <20060801092622.GA28388@xxxxxxxxxxxx> <200608030809.33574.Tristan.Gingold@xxxxxxxx> <6DC6B6ED79944Atakebe_akio@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.5
Le Jeudi 03 Août 2006 13:10, Akio Takebe a écrit :
> Hi, John and Tristan and Everyone
> Thank you for your comments.
> >Le Jeudi 03 Ao� 2006 02:26, John Levon a 馗rit :
> >> On Thu, Aug 03, 2006 at 09:18:23AM +0900, Akio Takebe wrote:
> >> > This patch is sample patch.
> >> > I make "xm dump" command with dom0_ops.
> >> > xc_domain_dump() only call __domain_crash().
> >>
> >> It would be /much/ more useful to be able to make it dump without taking
> >> down the domain (just pause it, take the crash dump, then let it
> >> continue).
> >
> >Yes, I think so too.
> >Akio you have implemented 'xm crash'!  But the feature is useful too.
> Yes, Live dump feature is also useful.
> My "xm dump" is "xm crash" as Tristan said.
> I think it is better that we make both live dump and panic dump option.
> How about the below?
> e.g.
> In the case of live dump
>   xm dump -l domU
>   For example, live dump option is used when domU kernel is santy
>   and applications are not sanity.
> In the case of panic dump
>   xm dump domU or
>   xm dump -p domU ( -p is default)
>   For example panic dump option is used when domU kernel is hungup,
>   and we want to reboot and make coredump atomatically.
I'd prefer 'xm crash' (or 'xm panic') and 'xm dump' .
I'd prefer 'xm dump' *not* to panic by default.  It is too dangerous.


Xen-devel mailing list

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