Fixes https://bugzilla.redhat.com/show_bug.cgi?id=1088748 The hotlugged vcpus could fail to show up in the guest if they were added during boot, see: https://bugzilla.redhat.com/show_bug.cgi?id=807508 --- src/libvirt.c | 6 ++++++ tools/virsh.pod | 4 +++- 2 files changed, 9 insertions(+), 1 deletion(-) diff --git a/src/libvirt.c b/src/libvirt.c index 4454829..94066f6 100644 --- a/src/libvirt.c +++ b/src/libvirt.c @@ -9371,6 +9371,9 @@ virDomainSendProcessSignal(virDomainPtr domain, * does not support it or if growing the number is arbitrary limited. * This function may require privileged access to the hypervisor. * + * Note that if this call is executed before the guest has finished booting, + * the guest may fail to process the change. + * * This command only changes the runtime configuration of the domain, * so can only be called on an active domain. It is hypervisor-dependent * whether it also affects persistent configuration; for more control, @@ -9429,6 +9432,9 @@ virDomainSetVcpus(virDomainPtr domain, unsigned int nvcpus) * is hypervisor-dependent on whether just live or both live and persistent * state is changed. * + * Note that if this call is executed before the guest has finished booting, + * the guest may fail to process the change. + * * If @flags includes VIR_DOMAIN_VCPU_MAXIMUM, then * VIR_DOMAIN_AFFECT_LIVE must be clear, and only the maximum virtual * CPU limit is altered; generally, this value must be less than or diff --git a/tools/virsh.pod b/tools/virsh.pod index a2eae25..abd2e93 100644 --- a/tools/virsh.pod +++ b/tools/virsh.pod @@ -1743,7 +1743,9 @@ domain is next started. If I<--live> is specified, the guest domain must be active, and the change takes place immediately. Both the I<--config> and I<--live> flags may be -specified together if supported by the hypervisor. +specified together if supported by the hypervisor. If this command is run +before the guest has finished booting, the guest may fail to process +the change. If I<--current> is specified, affect the current guest state. -- 1.8.3.2 -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list