From mboxrd@z Thu Jan 1 00:00:00 1970 From: Akio Takebe Subject: Re: [Patch][RFC] Support "xm dump" (is Re: Re: [Patch] Enable "sysrq c" handler for domU coredump) Date: Thu, 03 Aug 2006 20:10:48 +0900 Message-ID: <6DC6B6ED79944Atakebe_akio@jp.fujitsu.com> References: <20060801092622.GA28388@verge.net.au> <64C6B69254EE68takebe_akio@jp.fujitsu.com> <20060803002644.GA29080@totally.trollied.org> <200608030809.33574.Tristan.Gingold@bull.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <200608030809.33574.Tristan.Gingold@bull.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Tristan Gingold , John Levon Cc: Muli Ben-Yehuda , Horms , Akio Takebe , xen-devel , Kouya Shimura List-Id: xen-devel@lists.xenproject.org Hi, John and Tristan and Everyone Thank you for your comments. >Le Jeudi 03 Ao$B{9(B 2006 02:26, John Levon a $BqD(Brit : >> 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. Best Regards, Akio Takebe