From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:60405) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RCB3p-0002in-Cm for qemu-devel@nongnu.org; Fri, 07 Oct 2011 10:06:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RCB3o-0000hk-0f for qemu-devel@nongnu.org; Fri, 07 Oct 2011 10:06:01 -0400 Received: from mail-qw0-f45.google.com ([209.85.216.45]:65371) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RCB3n-0000hg-QL for qemu-devel@nongnu.org; Fri, 07 Oct 2011 10:05:59 -0400 Received: by qadb10 with SMTP id b10so3566490qad.4 for ; Fri, 07 Oct 2011 07:05:59 -0700 (PDT) Message-ID: <4E8F073B.8090706@gmail.com> Date: Fri, 07 Oct 2011 22:05:47 +0800 From: Wen Congyang MIME-Version: 1.0 References: <4E8ECA91.8040409@cn.fujitsu.com> <4E8ED167.1000705@siemens.com> <4E8EEFC8.9040606@gmail.com> <4E8EF718.1050402@siemens.com> In-Reply-To: <4E8EF718.1050402@siemens.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [Qemu-devel] [Question] dump memory when host pci device is used by guest List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: Wen Congyang , qemu-devel , Luiz Capitulino 于 2011/10/7 20:56, Jan Kiszka 写道: > On 2011-10-07 14:25, Wen Congyang wrote: >> 于 2011/10/7 18:16, Jan Kiszka 写道: >>> On 2011-10-07 11:46, Wen Congyang wrote: >>>> Currently, virsh dump uses monitor command migrate to dump guest's memory >>>> to file, and we can use crash to analyze the file. >>>> >>>> Unfortunately, virsh dump can not work if guest uses host pci device. The >>>> reason is that the device's status is also needed to migrate to remote machine, >>>> and the host pci device's status is not stored in qemu. So it is unmigratable. >>>> >>>> I think we can we can add a option to qmp command migrate(eg: skip) to allow >>>> the user to skip the check, and this option should be used only when dumping >>>> the guest's memory. >>> >>> Why not simply attach gdb? That works independently of migration. >> >> If qemu has some problem, we can use gdb to debug it. But if guest os >> has problem >> (eg:kernel panic and kdump does not work), we should dump guest's memory >> and use >> crash to analyze. > > qemu-system-xxx -s (or "gdbserver" via monitor if qemu is already > running), gdb vmlinux, then "target remote :1234". Hmm, if i use qemu, i can do it as the above. But i can not hope our customer do it because it is difficult for them to debug kernel. So the customer can use 'virsh dump'(the guest is managed by libvirt) or autodump(if the guest has a watchdog) to dump the memory. The supporter can debug kernel in another machine. I still think that supporting to dump memory when guest uses host pci device is necessay. Thanks Wen Congyang > > Jan >