Addition/Removal of a baremetal node does not propagate to scheduler quickly

Bug #1260102 reported by aeva black
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Ironic
Triaged
Wishlist
Unassigned
OpenStack Compute (nova)
Triaged
Medium
Unassigned

Bug Description

With the baremetal driver, if a baremetal node is added/deleted, it is not removed from pool of available resources until the next run of update_available_resource(). During this window, the scheduler may continue to attempt to schedule instances on it (when deleted), or report NoValidHosts (when added) leading to unnecessary failures and scheduling retries.

This bug will also apply to the ironic driver, which will rely on the same mechanism(s) for listing and scheduling compute resources.

Changed in nova:
status: New → Triaged
tags: added: baremetal scheduler
tags: added: ironic
Changed in nova:
importance: Undecided → Medium
summary: - Removal of a baremetal node does not propagate to scheduler quickly
+ Addition/Removal of a baremetal node does not propagate to scheduler
+ quickly
description: updated
Revision history for this message
aeva black (tenbrae) wrote :

I suspect that this is not solvable in the current nova-scheduler architecture, and will require a mechanism for Ironic to actively inform Nova upon resource availability changes (rather than passively wait for Nova to request a list of available resources).

If/when that is possible, Ironic should add support for it.

Changed in ironic:
status: New → Triaged
importance: Undecided → Medium
importance: Medium → Wishlist
aeva black (tenbrae)
tags: added: nova-driver
removed: ironic
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.