From mboxrd@z Thu Jan  1 00:00:00 1970
From: Tristan Gingold <Tristan.Gingold@bull.net>
Subject: Re: [Patch][RFC] Support "xm dump" (is Re: Re: [Patch]
	Enable "sysrq c" handler for domU coredump)
Date: Thu, 3 Aug 2006 13:58:08 +0200
Message-ID: <200608031358.08031.Tristan.Gingold@bull.net>
References: <20060801092622.GA28388@verge.net.au>
	<200608030809.33574.Tristan.Gingold@bull.net>
	<6DC6B6ED79944Atakebe_akio@jp.fujitsu.com>
Mime-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Return-path: <xen-devel-bounces@lists.xensource.com>
In-Reply-To: <6DC6B6ED79944Atakebe_akio@jp.fujitsu.com>
Content-Disposition: inline
List-Unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xensource.com>
List-Help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-Subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com
To: John Levon <levon@movementarian.org>
Cc: Muli Ben-Yehuda <muli@il.ibm.com>, Horms <horms@verge.net.au>, Akio Takebe <takebe_akio@jp.fujitsu.com>, xen-devel <xen-devel@lists.xensource.com>, Kouya Shimura <kouya@jp.fujitsu.com>
List-Id: xen-devel@lists.xenproject.org

Le Jeudi 03 Ao=C3=BBt 2006 13:10, Akio Takebe a =C3=A9crit :
> Hi, John and Tristan and Everyone
>
> Thank you for your comments.
>
> >Le Jeudi 03 Ao=EF=BF=BD 2006 02:26, John Levon a =E9=A6=97rit :
> >> 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 taki=
ng
> >> 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.