RDO tickets are now tracked in Jira https://issues.redhat.com/projects/RDO/issues/
Bug 956078 - Running packstack twice results in incorrect admin password in keystonerc_admin
Summary: Running packstack twice results in incorrect admin password in keystonerc_admin
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: RDO
Classification: Community
Component: openstack-packstack
Version: unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: Martin Magr
QA Contact: Ami Jeain
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-04-24 09:24 UTC by Ade Bradshaw
Modified: 2015-06-04 21:50 UTC (History)
7 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2015-03-18 15:27:42 UTC
Embargoed:


Attachments (Terms of Use)
The keystonerc_admin file (186 bytes, application/octet-stream)
2013-04-24 09:24 UTC, Ade Bradshaw
no flags Details
answerfile 1 (7.71 KB, text/plain)
2013-04-24 09:25 UTC, Ade Bradshaw
no flags Details
Answerfile 2 (7.73 KB, text/plain)
2013-04-24 09:26 UTC, Ade Bradshaw
no flags Details

Description Ade Bradshaw 2013-04-24 09:24:18 UTC
Created attachment 739354 [details]
The keystonerc_admin file

Description of problem:
If packstack fails to complete the first time, and is re-run, the admin password in keystonerc_admin is incorrect.

Version-Release number of selected component (if applicable):
2013-1.1-0.5.dev538.el6.noarch

How reproducible:
Not sure

Steps to Reproduce:
1. run packstack --allinone
2. interrupt it so the install fails 
3. re-run packstack
  
Actual results:
the password in keystonerc_admin is wrong

Expected results:
the password in keystonerc_admin is right

Additional info:

Comment 1 Ade Bradshaw 2013-04-24 09:25:39 UTC
Created attachment 739355 [details]
answerfile 1

this is the first answerfile

Comment 2 Ade Bradshaw 2013-04-24 09:26:20 UTC
Created attachment 739356 [details]
Answerfile 2

This is the second answerfile

Comment 3 Derek Higgins 2013-04-25 15:07:18 UTC
Proposed fixes to puppet modules

https://review.openstack.org/#/c/27171/
https://review.openstack.org/#/c/27169/
https://review.openstack.org/#/c/27168/
https://review.openstack.org/#/c/27117/

once all of these are merged I can pull them into packstack so randomly generated passwords/tokens are correclty picked up if changed between packstack runs.

Comment 4 Jeff Peeler 2013-05-30 22:26:34 UTC
Not to be pushy, but all of the above patches are merged now. I encountered this after having to rerun packstack several times due to fedora's mirrors being flakey earlier today.

Comment 5 Martin Magr 2013-09-30 15:12:37 UTC
This can happen when packstack stops before OpenStack client manifest is applied. It's always safest to run --allinone only first time and then use --answer-file=~/packstack-answers-<timestamp>.txt

I guess that we will also have to implement workaround, so that packstack will look for the generated answer file and use that instead of generating new one. That way this issue will be fixed completely.

Comment 6 Lars Kellogg-Stedman 2015-03-18 14:26:08 UTC
Martin: is this a feature we plan to implement?  I would probably consider this a documentation bug ("running packstack multiple times without specifying the same answer file will result in a variety of problems so don't do that").

Comment 7 Martin Magr 2015-03-18 14:34:00 UTC
Yes I agree that this is also documentation bug. Supporting use case I mentioned in comment #5 would need some changes in Packstack's backend, which I'm not sure if it's worth now.

Comment 8 Lars Kellogg-Stedman 2015-03-18 15:27:42 UTC
Documentation change submitted upstream:

https://review.openstack.org/#/c/165454/


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