Honor {{role.name}}ExtraConfig with deprecated params
{{role.name}}ExtraConfig was previously ignored if the role used deprecated params in roles_data.yaml. This was due to the usage of server_resource_name in the ExtraConfig resource, where service_resource_name also defaulted to deprecated_service_resource_name. So, the new {{role.name}}ExtraConfig was never actually used. Change-Id: I83e57317e2c56260957be90c66290a41a926835a Closes-Bug: #1758343 (cherry picked from commitfa4b3e2a3c
) (cherry picked from commitf2e19a5a0a
)
This commit is contained in:
parent
b4d2c3892e
commit
d29f833a59
|
@ -542,7 +542,7 @@ resources:
|
|||
{%- if role.deprecated_param_extraconfig is defined %}
|
||||
- {get_param: {{role.deprecated_param_extraconfig}}}
|
||||
{%- endif %}
|
||||
- {get_param: {{server_resource_name}}ExtraConfig}
|
||||
- {get_param: {{role.name}}ExtraConfig}
|
||||
extraconfig: {get_param: ExtraConfig}
|
||||
{{role.name.lower()}}:
|
||||
tripleo::packages::enable_upgrade: {get_input: enable_package_upgrade}
|
||||
|
|
|
@ -0,0 +1,6 @@
|
|||
---
|
||||
fixes:
|
||||
- |
|
||||
``{{role.name}}ExtraConfig`` will now be honored even when using deprecated
|
||||
params in roles_data.yaml. Previously, its value was ignored and never used
|
||||
even though it is defined as a valid parameter in the rendered template.
|
Loading…
Reference in New Issue