debugging why NoValidHost with placement challenging
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Fix Released
|
High
|
Eric Fried |
Bug Description
With the advent of placement, the FilterScheduler no longer provides granular information about which class of resource (disk, VCPU, RAM) is not available in sufficient quantities to allow a host to be found.
This is because placement is now making those choices and does not (yet) break down the results of its queries into easy to understand chunks. If it returns zero results all you know is "we didn't have enough resources". Nothing about which resources.
This can be fixed by changing the way in queries are made so that there are a series of queries. After each one a report of how many results are left can be made.
While this relatively straightforward to do for the (currently-)common simple non-nested and non-sharing providers situation it will be more difficult for the non-simple cases. Therefore, it makes sense to have different code paths for simple and non-simple allocation candidate queries. This will also result in performance gains for the common case.
See this email thread for additional discussion and reports of problems in the wild: http://
Changed in nova: | |
assignee: | Jay Pipes (jaypipes) → Chris Dent (cdent) |
status: | Confirmed → In Progress |
Changed in nova: | |
assignee: | Chris Dent (cdent) → Jay Pipes (jaypipes) |
Changed in nova: | |
assignee: | Jay Pipes (jaypipes) → Eric Fried (efried) |
Changed in nova: | |
assignee: | Eric Fried (efried) → Jay Pipes (jaypipes) |
tags: |
added: serviceability removed: rocky-rc-potential |
Changed in nova: | |
assignee: | Jay Pipes (jaypipes) → Eric Fried (efried) |
This is not a regression in Rocky and I don't think the rocky-rc-potential tag is appropriate. This is a latent issue since Pike and not something we should rush into RC2 as a bug fix.