Live migration invoked from Horizon skips scheduler while using metadata
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Dashboard (Horizon) |
In Progress
|
Medium
|
Radomir Dopieralski |
Bug Description
Originally reported for Ocata, I believe this is still a problem.
Let's assume cirros image and 2 compute nodes (osp10-comp01, osp10-comp02).
1. upload cirros image.
2. set os_distro=cirros to the image.
[stack@
3. Create 2 Host Aggregates named 'ag_cirros' and 'ag_fedora', and set 'os_distro=cirros', 'os_distro=fedora' metadata respectively.
[stack@
[stack@
4. Set osp10-comp02 to ag_cirros Host Aggregate and osp10-comp01 to ag_fedora Host Aggregate.
[stack@
[stack@
5. Create an instance named 'vm1' from cirros image. The instance is scheduled to osp10-comp02 by AggregateImageP
6. Run 'nova live migration' CLI command for the instance to migrate to osp10-comp01 who is in a Host Aggregate with 'os_distro=fedora' metadata.
The migration fails as expected because the Host Aggregate osp10-comp01 is in doesn't have 'os_distro=cirros' metadata.
7. Do live migration from Horizon for the same instance to migrate to osp10-comp01 who is in a Host Aggregate with 'os_distro=fedora' metadata. (specifying "New Host" form to 'osp10-comp01')
The migration suceeded to migrate to osp10-comp01. This is not an unexpedted result.
It seemed that the instance didn't scheduled by nova-scheduler from logs.
Actual results:
Migration is getting successful from Horizon.
Expected results:
Migration should not be completed from Horizon as well.
Changed in horizon: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
Changed in horizon: | |
status: | Confirmed → In Progress |
Comment from a Nova dev:
[...] I think we should ask Horizon to put force to False if the microversion is newer than 2.30 https:/ /docs.openstack .org/developer/ nova/api_ microversion_ history. html#id27 exactly like novaclient does : https:/ /github. com/openstack/ python- novaclient/ commit/ c6496789914e2d8 8984a65350df1d7 0e75a4d759