On Fri, Nov 25, 2016 at 10:03:38 +0100, Peter Krempa wrote:
On Fri, Nov 25, 2016 at 09:19:18 +0100, Boris Fiuczynski wrote:
[...]
> src/qemu/qemu_process.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/src/qemu/qemu_process.c b/src/qemu/qemu_process.c
> index f8f379a..675f5b5 100644
> --- a/src/qemu/qemu_process.c
> +++ b/src/qemu/qemu_process.c
> @@ -3349,8 +3349,7 @@ qemuProcessReconnect(void *opaque)
> /* If upgrading from old libvirtd we won't have found any
> * caps in the domain status, so re-query them
At reconnect the capabilities are taken from the status XML file, where
they are saved for every instance specifically. This code is supposed to
run
only when a very old version of libvirt did not save the capability
flags into the status XML. It's even explained in the comment above.
> */
> - if (!priv->qemuCaps &&
> - !(priv->qemuCaps = virQEMUCapsCacheLookupCopy(caps,
> + if (!(priv->qemuCaps = virQEMUCapsCacheLookupCopy(caps,
> driver->qemuCapsCache,
> obj->def->emulator,
>
obj->def->os.machine)))
NACK, this certainly is not the right fix. Does the status XML have the
'query-hotpluggable-cpus' capability set? If it's so then it was
probably mis-detected at start of the VM and should be fixed there.
If there is no such capability, then the reconnect code is broken
somehow.
At any rate we should not re-detect the capabilities if they were
reloaded properly from the XML.
Peter
--
libvir-list mailing list
libvir-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list