Description of problem: When trying to update OSP services password, the deployment terminates in error. Version-Release number of selected component (if applicable): OSP10 /OSP-d 10 How reproducible: Always Steps to Reproduce: 1. Deploy overcloud 2. Create a services_passwords.yaml file with new passwords [1] 3. Redeploy with -e services_passwords.yaml Haven't try but the same should occur if 1. Create a services_passwords.yaml file with custom passwords 2. Deploy with -e services_passwords.yaml 2. update services_passwords.yaml file with new passwords [1] 3. Redeploy with -e services_passwords.yaml Actual results: Deployment terminates with error. [2] Expected results: Deployment terminates successfully + passwords updated. Additional info: Password are updated in the config files (checked in /etc on the ctrls). This bug is very similar to [3], spotted by Steve Hardy, it seems like a fix is already available upstream. If confirmed, would it be possible to backport the path in OSP10 as this is our current long life release ? A RH internal system with the current fail state is available to engineering if needed. [1] http://pastebin.test.redhat.com/470178 [2] http://pastebin.test.redhat.com/470167 [3] https://bugs.launchpad.net/tripleo/+bug/1611704
I have raised https://review.openstack.org/451742 in stable/newton to fix it.
Discussed with the doc program manager, and we should be able to fit this in post OSP 11 GA.
If we allow backport, is this already par of Ocata? So we don't introduce regression?
Yea it's already in Ocata. https://review.openstack.org/#/c/451737
Ack, +1 pm_ack on backport, needs dev and qe acks as well.
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-2017:1585