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: Tristan Gingold <Tristan.Gingold@xxxxxxxx>, 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: Akio Takebe <takebe_akio@xxxxxxxxxxxxxx>
Date: Thu, 03 Aug 2006 20:10:48 +0900
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:14:25 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <200608030809.33574.Tristan.Gingold@xxxxxxxx>
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> <64C6B69254EE68takebe_akio@xxxxxxxxxxxxxx> <20060803002644.GA29080@xxxxxxxxxxxxxxxxxxxx> <200608030809.33574.Tristan.Gingold@xxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
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?

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.
Best Regards,

Akio Takebe

Xen-devel mailing list

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