Re: [Patch][RFC] Support "xm dump" (is Re: Re: [Patch] Enable "sysrq c" handler for domU coredump)

[Akio Takebe <takebe_akio@jp.fujitsu.com>]

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

Akio Takebe