Re: [Patch][RFC] Support "xm dump" (is Re: [Xen-devel] Re:[Patch

Hi, John

Thank you for your comments.
We're making new patch. 
We'd like to reflect your comments as much as possible.
After post our patch, please review it.
So please wait. :-)

Best Regards,

Akio Takebe

>On Fri, Aug 04, 2006 at 12:24:27AM +0900, Akio Takebe wrote:
>
>> >   quite nicely! This could easily be morphed into the 'xm dump' command
>> >- it just
>> >   didn't occur to me at the time!
>> >
>> Your xendump command is dump feature without pause.
>> In the case without pause, domain's memory is modified while dumping. 
>> I think both w/o and w pause are needed.
>
>On the presumption that dumping can take quite a while, I see that not
>pausing the domain can be useful. So perhaps:
>
>       xm dump [-Lc] <dom> <filename>
>
>Default: non-destructive, paused dump
>
>-L: live (don't pause the domain)
>-c: crash the domain
>
>It should take a filename to dump to...
>
>regards
>john


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

<Prev in Thread]

Current Thread

[Next in Thread>

Previous by Date:

Re: [Xen-devel] Re: Communicating with the domU from dom0 without Network, Keir Fraser

Next by Date:

RE: [Xen-devel] Questioning the Xen Design of the VMM, Petersson, Mats

Previous by Thread:

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

Next by Thread:

[Xen-devel] Testing status of HVM (Intel VT) on 64bit XEN unstable c/s 10910, Ed Smith

Indexes:

[Date] [Thread] [Top] [All Lists]