Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1406908 - Compute Placement API Upgrade Considerations
Compute Placement API Upgrade Considerations
Status: CLOSED ERRATA
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-tripleo-heat-templates (Show other bugs)
11.0 (Ocata)
Unspecified Unspecified
unspecified Severity urgent
: rc
: 11.0 (Ocata)
Assigned To: Ollie Walsh
Prasanth Anbalagan
: InstallerIntegration
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2016-12-21 14:38 EST by Stephen Gordon
Modified: 2017-05-17 15:53 EDT (History)
10 users (show)

See Also:
Fixed In Version: openstack-tripleo-heat-templates-6.0.0-0.20170218023452.edbaaa9.el7ost.noarch.rpm
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2017-05-17 15:53:15 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
OpenStack gerrit 405241 None None None 2017-02-23 10:02 EST
OpenStack gerrit 406300 None None None 2016-12-21 22:38 EST
OpenStack gerrit 406309 None None None 2016-12-21 22:38 EST
OpenStack gerrit 406397 None None None 2016-12-21 22:39 EST
Red Hat Product Errata RHEA-2017:1245 normal SHIPPED_LIVE Red Hat OpenStack Platform 11.0 Bug Fix and Enhancement Advisory 2017-05-17 19:01:50 EDT

  None (edit)
Description Stephen Gordon 2016-12-21 14:38:53 EST
Description of problem:

Nova introduced the placement API service in the 14.0.0 Newton release. This is a separate REST API stack and data model used to track resource provider inventories and usages, along with different classes of resources. For example, a resource provider can be a compute node, a shared storage pool, or an IP allocation pool. The placement service tracks the inventory and usage of each provider. For example, an instance created on a compute node may be a consumer of resources such as RAM and CPU from a compute node resource provider, DISK from an external shared storage pool resource provider and IP addresses from an external IP pool resource provider.

The types of resources consumed are tracked as classes. The service provides a set of standard resource classes but provides the ability to define custom resource classes as needed.

The placement-api service must be deployed at some point after you have upgraded to the 14.0.0 Newton release but before you can upgrade to the 15.0.0 Ocata release. This is so that the resource tracker in the nova-compute service can populate resource provider (compute node) inventory and allocation information which will be used by the nova-scheduler service in Ocata.

http://docs.openstack.org/developer/nova/placement.html
Comment 2 Emilien Macchi 2016-12-21 22:40:11 EST
Since I've been doing most of the integration work in TripleO, would it make sense to assign the BZ to myself? (I've updated the BZ with the patches in progress).
Comment 3 Stephen Gordon 2016-12-22 09:04:49 EST
(In reply to Emilien Macchi from comment #2)
> Since I've been doing most of the integration work in TripleO, would it make
> sense to assign the BZ to myself? (I've updated the BZ with the patches in
> progress).

For now, yes, question will be ensuring we get Sven or Ollie up to speed on what you have done and how and then ensure test from Compute DFG. I've marked this and the Cells V2 bug as 11.0 blockers and marked them on the DFG sheet as the highest priority items as it seems like we can't release without them...
Comment 4 Emilien Macchi 2016-12-22 09:30:23 EST
Assigned to me now, feel free to take over the BZ when needed.
Comment 5 Eoghan Glynn 2017-01-09 16:06:40 EST
The initial patch series containing the basic placement API service integration in TripleO is well-progressed by Emilien and close to landing.

The outstanding work relates to ensuring the placement API is deployed early enough in the upgrade workflow, so that it has a chance to populate inventories and allocations in advance of the first instance boot that may occur during the rolling upgrade.
Comment 6 Emilien Macchi 2017-01-31 15:47:51 EST
I've posted all patches to deploy this service in TripleO. I'm moving this bug to owalsh for the upgrade part that I didn't take care of.
Comment 7 Stephen Gordon 2017-02-22 07:59:25 EST
Can this be moved to POST or MODIFIED?
Comment 8 Ollie Walsh 2017-03-02 16:04:25 EST
10.0 -> 11.0 upgrade was implemented in OpenStack gerrit 405241
Comment 9 Ollie Walsh 2017-03-02 16:28:03 EST
Greenfield install enabled in multiple patches https://review.openstack.org/#/q/topic:tripleo/nova/placement
Comment 13 errata-xmlrpc 2017-05-17 15:53:15 EDT
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHEA-2017:1245

Note You need to log in before you can comment on or make changes to this bug.