Bug 1319077 - Some parameter values are "locked" after upgrade from OSP 7 to OSP 8
Summary: Some parameter values are "locked" after upgrade from OSP 7 to OSP 8
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: python-tripleoclient
Version: 8.0 (Liberty)
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: 10.0 (Newton)
Assignee: Jiri Stransky
QA Contact: Shai Revivo
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-03-18 15:24 UTC by Jiri Stransky
Modified: 2016-07-20 13:12 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-07-20 13:12:27 UTC
Target Upstream Version:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1559182 0 None None None 2016-03-18 15:28:03 UTC
OpenStack gerrit 294675 0 None None None 2016-03-18 15:34:43 UTC

Description Jiri Stransky 2016-03-18 15:24:07 UTC
Description of problem:

After upgrade from OSP 7 to OSP 8, there are some parameters which were set in environment files using `parameters` in OSP 7 but are set using `parameter_defaults` in OSP 8 (e.g. storage related parameters like CinderEnableRbdBackend). Those parameters will not use the new `parameter_defaults` values in the environment files passed on the command line, but will continue using to the old `parameters` values used when deploying OSP 7, because `parameters` take priority over `parameter_defaults`.

This is only issue during upgrades, new deployments work as-is.

Workaround is possible -- if discovered that some `parameter_defaults` values are not taken into account because the overcloud stack already had them set via `parameters` in the past, craft a custom environment file that will set the new desired values via `parameters` again, instead of the new implicit way via `parameter_defaults`.

Comment 2 Jiri Stransky 2016-03-18 15:34:43 UTC
Posted upstream, pending reviews. https://review.openstack.org/#/c/294675/

Comment 3 Mike Burns 2016-04-07 21:14:44 UTC
This bug did not make the OSP 8.0 release.  It is being deferred to OSP 10.

Comment 5 Jiri Stransky 2016-07-20 13:12:27 UTC
The fix got merged into stable/liberty and released with OSP 8. No doc required because the problem never got into released code.


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