|
From: | Denis V. Lunev |
Subject: | Re: [Qemu-devel] [PATCH 1/1] qmp: process system-reset event in paused state |
Date: | Wed, 16 Dec 2015 12:50:02 +0300 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 |
On 12/16/2015 12:35 PM, Paolo Bonzini wrote:
On 16/12/2015 10:32, Denis V. Lunev wrote:'virsh reset' command is usually used to force guest reset. The expectation of the behavior of this command is that the guest will be force restarted. This is not true at the moment.Does "virsh reset" + "virsh continue" work, and if not why?as far as I can see there is no such command in virsh at all :(Right, it's "virsh resume". :) Paolo
actually it does not. 'virsh resume' does not emit command to trigger qmp_cont in this state. With manual 'virsh qemu-monitor event {"execute": "cont"}' it starts to work. Do you propose to kludge libvirt and send 'continue' unconditionally before a 'reset'? We can but there is not much sense not to implement this is libvirt due to 'unconditionality'... Sending command in 'crashed' state only is a bit racy. The event moving domain into 'crashed' state could be not processed at the moment. Den
[Prev in Thread] | Current Thread | [Next in Thread] |