Difference between revisions of "Meetings/NovaScheduler"
< Meetings
Eric Fried (talk | contribs) (→Agenda for next meeting) |
Eric Fried (talk | contribs) (→Agenda for next meeting) |
||
Line 30: | Line 30: | ||
* Open discussion | * Open discussion | ||
** Using /allocation_candidates?limit= from nova-side, should we? how? | ** Using /allocation_candidates?limit= from nova-side, should we? how? | ||
+ | *** WIP: https://review.openstack.org/#/c/531517/ (dansmith) | ||
** sharing providers in ProviderTree: https://review.openstack.org/#/c/526539/ | ** sharing providers in ProviderTree: https://review.openstack.org/#/c/526539/ | ||
*** If sharing providers are managed by compute nodes, how does coordination work? Answer: careful handling of conflicts | *** If sharing providers are managed by compute nodes, how does coordination work? Answer: careful handling of conflicts |
Revision as of 23:59, 5 January 2018
Contents
Weekly Nova Scheduler team meeting
MEETING TIME: Mondays 14:00 UTC (#openstack-meeting-alt)
This meeting is a weekly gathering of developers working on the Nova Scheduler subteam. We cover topics such as development focus, status, bugs, reviews, and other current topics worthy of real-time discussion.
NOTE: this wiki page should be 'emptied' at the end of each meeting.
Next meetings scheduled for:
- No meetings December 25 and January 1
- January 8 2018 1400 UTC, #openstack-meeting-alt
- January 15 2018 1400 UTC, #openstack-meeting-alt
Agenda for next meeting
- Specs & Reviews
- Reviews
- Nested RPs:
- ComputeDriver.update_provider_tree() series starting with: https://review.openstack.org/#/c/521685/ (efried) (See open discussion topic)
- Nested affordance in GET /allocation_candidates (jaypipes)
- Granular resource requests (efried): https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/granular-resource-requests (waiting for ^^)
- Alternate hosts (edleafe):
- Series now starts with test case patch https://review.openstack.org/#/c/531022/
- Revealed bug: https://bugs.launchpad.net/nova/+bug/1741125
- Nested RPs:
- Reviews
- Bugs
- Placement bugs
- Open discussion
- Using /allocation_candidates?limit= from nova-side, should we? how?
- WIP: https://review.openstack.org/#/c/531517/ (dansmith)
- sharing providers in ProviderTree: https://review.openstack.org/#/c/526539/
- If sharing providers are managed by compute nodes, how does coordination work? Answer: careful handling of conflicts
- Generation support needed for PUT /rp/{uuid}/aggregates
- Sensible reGET/retry on 409s
- Can we centralize all that logic in the report client and have it work for all cases, or do virt drivers need more control? (Related to below.)
- If sharing providers are managed by compute nodes, how does coordination work? Answer: careful handling of conflicts
- Why can't (in-tree) virt drivers talk to placement? See conversation seeds in patch-level comments on https://review.openstack.org/#/c/526539/7
- Using /allocation_candidates?limit= from nova-side, should we? how?