[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



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.

Tristan.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.