Bug 1302451 - The password in overcloudrc doesn't get changed between subsequent deploy runs
Summary: The password in overcloudrc doesn't get changed between subsequent deploy runs
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: rhosp-director
Version: 7.0 (Kilo)
Hardware: Unspecified
OS: Unspecified
medium
high
Target Milestone: ---
: 11.0 (Ocata)
Assignee: Hugh Brock
QA Contact: Shai Revivo
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-01-27 23:02 UTC by Marius Cornea
Modified: 2017-09-09 06:17 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-09-08 21:46:46 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Marius Cornea 2016-01-27 23:02:43 UTC
Description of problem:
The password in the resulting overcloudrc file doesn't change between subsequent deploy runs.

Version-Release number of selected component (if applicable):
python-rdomanager-oscplugin-0.0.10-26.el7ost.noarch

How reproducible:
100%

Steps to Reproduce:
1. Deploy initial overcloud
2. cp overcloudrc overcloudrc.initial
3. heat stack-delete overcloud
4. Rerun deploy command

Actual results:
stack@instack:~>>> diff overcloudrc.initial overcloudrc
7c7
< export no_proxy=,2001:db8:fd00:1000::10,172.16.23.10
---
> export no_proxy=,2001:db8:fd00:1000::10,172.16.23.10,172.16.23.10

Expected results:
The password gets changed for each new deployment.

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

Comment 5 Ben Nemec 2017-03-08 16:36:52 UTC
This behavior was intentional to allow users to set passwords prior to deployment.  As long as a password file is present (which it is after the first deployment) those passwords will be used.  To force generation of new passwords, the password file simply needs to be deleted.

That said, there have been major changes to how passwords work since OSP 7 and I suspect this is no longer an issue in OSP 10 and 11.  Can you check whether this is still happening?

Comment 6 Alex Schultz 2017-09-08 21:46:46 UTC
This has been fixed in newer releases. As previously indicated this was an intentional design for this version. I don't think we will be backporting the password generation work to this version. Closing the bug.

Comment 7 Marius Cornea 2017-09-09 06:17:23 UTC
Clearing the needinfo.


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