Public bug reported:
In pre-Train times, when live migrating an instance without a CPU policy
(and therefore without a NUMA topology) to a dest with a vcpu_pin_set,
or to a dest with a vcpu_pin_set different from the source, the
instance's CPU pinning information was not updated.
Now that CPU resources are a thing, and we use cpu_dedicated_set and
cpu_shared_set (the version with the new meaning, not the old
cpu_shared_set), this is still a problem. IOW, live migrating a VM with
no CPU policy and no NUMA topology from cpu_shared_set=0,1 to
cpu_shared_set=2,3 will leave it pinned to CPUs 0,1.
** Affects: nova
Importance: Undecided
Status: New
** Summary changed:
- Live migrationg with Train-style cpu_shared_set not updating CPU pinning
+ Live migration with Train-style cpu_shared_set not updating CPU pinning
** Description changed:
- In pre-Train times, live migrating an instance without a CPU policy (and
- therefore without a NUMA topology) to a dest with a vcpu_pin_set, or to
- a dest with a vcpu_pin_set different from the source, the instance's CPU
- pinning information was not updated.
+ In pre-Train times, when live migrating an instance without a CPU policy
+ (and therefore without a NUMA topology) to a dest with a vcpu_pin_set,
+ or to a dest with a vcpu_pin_set different from the source, the
+ instance's CPU pinning information was not updated.
Now that CPU resources are a thing, and we use cpu_dedicated_set and
cpu_shared_set (the version with the new meaning, not the old
- cpu_shared_set), this is still a problem. IOW, Live migrating a VM with
+ cpu_shared_set), this is still a problem. IOW, live migrating a VM with
no CPU policy and no NUMA topology from cpu_shared_set=0,1 to
cpu_shared_set=2,3 will leave it pinned to CPUs 0,1.
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1869804
Title:
Live migration with Train-style cpu_shared_set not updating CPU
pinning
Status in OpenStack Compute (nova):
New
Bug description:
In pre-Train times, when live migrating an instance without a CPU
policy (and therefore without a NUMA topology) to a dest with a
vcpu_pin_set, or to a dest with a vcpu_pin_set different from the
source, the instance's CPU pinning information was not updated.
Now that CPU resources are a thing, and we use cpu_dedicated_set and
cpu_shared_set (the version with the new meaning, not the old
cpu_shared_set), this is still a problem. IOW, live migrating a VM
with no CPU policy and no NUMA topology from cpu_shared_set=0,1 to
cpu_shared_set=2,3 will leave it pinned to CPUs 0,1.
To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1869804/+subscriptions
--
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help : https://help.launchpad.net/ListHelp
