Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 177633 - Virtual CPU hotplug does not work
Virtual CPU hotplug does not work
Product: Fedora
Classification: Fedora
Component: xen (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: James Morris
Depends On:
Blocks: 179599 185595
  Show dependency treegraph
Reported: 2006-01-12 11:01 EST by Stephen Tweedie
Modified: 2007-11-30 17:11 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-03-22 16:41:17 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Stephen Tweedie 2006-01-12 11:01:57 EST
Description of problem:

Virtual CPU hotplug does not work; running

# xm vcpu-set guest1 2

against a domU "guest1" with 1 vcpu does not dynamically increase the vcpu
count.  And if I set the vcpus to 2 in /etc/xen/guest1 (which *does* work), then

# xm vcpu-set guest1 1

fails to lower it again.

Version-Release number of selected component (if applicable):


How reproducible:
Comment 1 Stephen Tweedie 2006-02-03 16:44:55 EST
Still appears to be broken in today's rawhide.
Comment 2 Rik van Riel 2006-02-08 20:53:03 EST
The lowering of cpus works for me.

Just look at /proc/cpuinfo from inside the guest domain.

Raising the number of vcpus beyond what the guest booted with does not work,
however.  I'll take a look at the code...
Comment 3 James Morris 2006-03-22 16:41:17 EST
It seems that the vcpus parameter in the config file sets the maximum number of
possible vcpus for the domain.  You should be able to set the current vcpus to
any number at or below this value.  The hv code does not support changing the
value, in any case.

Code comment:

 * Can only create new VCPUs while the domain is not fully constructed
 * (and hence not runnable). Xen needs auditing for races before
 * removing this check.

Note You need to log in before you can comment on or make changes to this bug.