Description of problem: deploy-steps.j2 currently defaults to 'overcloud' for the deployment_target_hosts param. Before [0] merged, the "overcloud" group always existed in the tripleo ansible inventory. Now this is only true when there is an "overcloud" heat stack. The "allovercloud" group is now used to refer to all overcloud hosts. While the param could switch to allovercloud, it would fail in future if we ever ran it with a multi-stack inventory, so it would be more correct to use the <stack_name> inventory group as the default. [0] - https://review.opendev.org/#/c/718557/ Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1.Deploy OSP with custom stack name qe-Cloud-0 2. 3. Actual results: Deployment/upgrade fails because the 'overcloud' Ansible group can't be found. Expected results: Deployment/upgrade succeeds. Additional info:
Specified a non default stack name(qe-Cloud-0) in infrared and did a deployment. Deployment was successful. Checked stack name: (undercloud) [stack@undercloud-0 ~]$ openstack stack list +--------------------------------------+------------+----------------------------------+-----------------+----------------------+--------------+ | ID | Stack Name | Project | Stack Status | Creation Time | Updated Time | +--------------------------------------+------------+----------------------------------+-----------------+----------------------+--------------+ | b9422f34-a8fb-4a1d-97d1-6502e4e03a64 | qe-Cloud-0 | 1e653f2596494902b3912555635ac849 | CREATE_COMPLETE | 2020-05-12T01:26:56Z | None | +--------------------------------------+------------+----------------------------------+-----------------+----------------------+--------------+
If this bug requires doc text for errata release, please set the 'Doc Type' and provide draft text according to the template in the 'Doc Text' field. The documentation team will review, edit, and approve the text. If this bug does not require doc text, please set the 'requires_doc_text' flag to '-'.
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/RHBA-2020:3148