Ping: [PATCH] Qemu: migration: Not bind RAM info with active migration status

Keqian Zhu zhukeqian1 at huawei.com
Fri Dec 18 08:38:22 UTC 2020


Hi Daniel and Jiri,

On 2020/12/8 18:31, Jiri Denemark wrote:
> On Tue, Dec 08, 2020 at 09:27:39 +0000, Daniel P. Berrangé wrote:
>> On Tue, Dec 08, 2020 at 10:06:25AM +0800, zhukeqian wrote:
>>>
>>> On 2020/12/7 18:38, Daniel P. Berrangé wrote:
>>>> On Mon, Dec 07, 2020 at 09:55:53AM +0800, zhukeqian wrote:
>>>>> Hi Daniel,
[...]

>>>
>>> Hi Daniel,
>>>
>>> The purpose is to remove this failure check for QEMU v2.12.
>>> In QEMU commit 65ace0604551, it decoupled the RAM status from the active migration status.
>>>
>>> The usage scenario is querying migration status at destination side, which may contain
>>> active migration status, but without RAM status, so we will see that libvirt report error here.
>>
>> I'm confused, because AFAIK, libvirt does not need to run
>> query-migrate on the destination, so there shouldn't be anything
>> that needs fixing.
> 
> Moreover, you can't even request migration statistics on the destination
> manually because libvirt blocks that:
> 
> # virsh domjobinfo nest
> error: Operation not supported: migration statistics are available only
> on the source host
> 
> Jirka
> 
> .
> 
Sorry for delay reply.

The purpose of QEMU commit 65ace0604551 (migration: add postcopy total blocktime into query-migrate)
is to query some postcopy related information on destination side.

We can call query-migrate on destination side *after* migration complete, thanks.

Keqian.





More information about the libvir-list mailing list