DevStack ignores local.conf in first run

[Gernot Boege]

Hi DevStack Team

I really like your work around OpenStack, excellent job.
But I have just dumped almost 2 days to finalize installation of the following additional plugins on my fresh Ubuntu 16.04 VMs (running itself in an OpenStack Cloud VM)
- heat
- zaqar
- trove
- sahara

I have followed exactly the info I had found in the Openstack../devstack repos like: https://github.com/openstack/sahara/tree/master/devstack

That was my simple local.conf:
[[local|localrc]]
ADMIN_PASSWORD=XbsdfhewrmavgYjrzGk
DATABASE_PASSWORD=$ADMIN_PASSWORD
RABBIT_PASSWORD=$ADMIN_PASSWORD
SERVICE_PASSWORD=$ADMIN_PASSWORD

enable_plugin heat https://git.openstack.org/openstack/heat
enable_plugin sahara git://git.openstack.org/openstack/sahara
enable_plugin trove git://git.openstack.org/openstack/trove
enable_plugin zaqar https://git.openstack.org/openstack/zaqar
enable_plugin murano git://git.openstack.org/openstack/murano

I have tried it at least 10 times... and it didn't work.
The script went through but
- I was always asked for the 4 Passwords in the Terminal
- Resulted in the vanilla Devstack installation, without any additionals.
- Horizon was working with the different paswords from the terminal, ignoring the ones from local.conf

I have searched the whole internet, tried stable/ocata, and and and couldn't find an error.
Each time I have deleted the VM entirely and started from scratch.

Finally, with progressing frustration, I tried to just ./unstack.sh the successful but vanilla Devstack and without changing anything, again started the ./stack.sh Installscript.

That worked out fine, without errors, installing successfully all 5 additional plugins.
It, then, even requested the correct ADMIN_PASSWORD from the local.conf.
I could repeat this workaround several times (which took long with installations between 30-45min).

It seems, that under mine, but simple and fresh conditions, the script ignored the local.conf completely in the first run, and then considered it in the second run, with then accepting the plugins and passwords.

1)
If this is a bug, please forward this to the correct people.

2)
If this is not a bug, please add some hints, or Q+A or links with known issues, what to consider...
These were hard and unpaid 2 days for me, but this might happen.
But it should be avoided to others if possible.

BR
Gernot

This bug tracker is for errors with the documentation, use the following as a template and remove or add fields as you see fit. Convert [ ] into [x] to check boxes:

- [x] This doc is inaccurate in this way: ______
- [ ] This is a doc addition request.
- [ ] I have a fix to the document that I can paste below including example: input and output.

If you have a troubleshooting or support issue, use the following resources:

 - Ask OpenStack: http://ask.openstack.org
 - The mailing list: http://lists.openstack.org
 - IRC: 'openstack' channel on Freenode

-----------------------------------
Release: 0.0.1.dev8721 on Mon Aug 21 05:09:35 2017, commit c5aca3c
SHA: c5aca3c99660a65f9e690b93f7f260ff7cf30c15
Source: https://git.openstack.org/cgit/openstack-dev/devstack/tree/doc/source/index.rst
URL: https://docs.openstack.org/devstack/latest/

[Aizuddin Zali (mymzbe)]

Did you checked out the ocata by using '-b stable/ocata' switch like:

git clone https://git.openstack.org/openstack-dev/devstack -b stable/ocata

This is working local.conf tested on stable/ocata. You can remove unnecessary service that did not suite for your deployment.

[[local|localrc]]
ADMIN_PASSWORD=secret
DATABASE_PASSWORD=$ADMIN_PASSWORD
RABBIT_PASSWORD=$ADMIN_PASSWORD
SERVICE_PASSWORD=$ADMIN_PASSWORD
enable_service h-eng h-api h-api-cfn h-api-cw q-lbaasv2 octavia o-cw o-hk o-hm o-api
CEILOMETER_BACKEND=mongodb
CEILOMETER_NOTIFICATION_TOPICS=notifications,profiler
enable_plugin ceilometer https://git.openstack.org/openstack/ceilometer stable/ocata
enable_plugin aodh https://git.openstack.org/openstack/aodh stable/ocata
enable_plugin neutron-lbaas https://git.openstack.org/openstack/neutron-lbaas stable/ocata
enable_plugin octavia https://git.openstack.org/openstack/octavia stable/ocata
enable_plugin neutron-lbaas-dashboard https://git.openstack.org/openstack/neutron-lbaas-dashboard stable/ocata
enable_plugin heat https://git.openstack.org/openstack/heat stable/ocata

At this moment I`m unable to reproduce with stable/ocata.

Regards
Aizuddin

[Gernot Boege (gernotboege)]

Hi

It is the same... it asks for password in the dialog and ignoring the
passwords set in the/your local.conf.

And now I also have trouble in stable/ocata to login to horizon, even with
successful login notes in the logs.
I try to strip off all to a minimum configuration, only with heat.

But somehow devstack does not like me and/or my cloud-settings.
It is a time-consuming desaster... such a pitty.

BR
Gernot

2017-08-26 7:43 GMT+02:00 Aizuddin Zali <email address hidden>:

> Did you checked out the ocata by using '-b stable/ocata' switch like:
>
> git clone https://git.openstack.org/openstack-dev/devstack -b
> stable/ocata
>
>
> This is working local.conf tested on stable/ocata. You can remove
> unnecessary service that did not suite for your deployment.
>
> [[local|localrc]]
> ADMIN_PASSWORD=secret
> DATABASE_PASSWORD=$ADMIN_PASSWORD
> RABBIT_PASSWORD=$ADMIN_PASSWORD
> SERVICE_PASSWORD=$ADMIN_PASSWORD
> enable_service h-eng h-api h-api-cfn h-api-cw q-lbaasv2 octavia o-cw o-hk
> o-hm o-api
> CEILOMETER_BACKEND=mongodb
> CEILOMETER_NOTIFICATION_TOPICS=notifications,profiler
> enable_plugin ceilometer https://git.openstack.org/openstack/ceilometer
> stable/ocata
> enable_plugin aodh https://git.openstack.org/openstack/aodh stable/ocata
> enable_plugin neutron-lbaas https://git.openstack.org/
> openstack/neutron-lbaas stable/ocata
> enable_plugin octavia https://git.openstack.org/openstack/octavia
> stable/ocata
> enable_plugin neutron-lbaas-dashboard https://git.openstack.org/
> openstack/neutron-lbaas-dashboard stable/ocata
> enable_plugin heat https://git.openstack.org/openstack/heat stable/ocata
>
> At this moment I`m unable to reproduce with stable/ocata.
>
> Regards
> Aizuddin
>
> ** Changed in: devstack
> Status: New => Incomplete
>
> ** Changed in: devstack
> Assignee: (unassigned) => Aizuddin Zali (mymzbe)
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1713101
>
> Title:
> DevStack ignores local.conf in first run
>
> Status in devstack:
> Incomplete
>
> Bug description:
> Hi DevStack Team
>
> I really like your work around OpenStack, excellent job.
> But I have just dumped almost 2 days to finalize installation of the
> following additional plugins on my fresh Ubuntu 16.04 VMs (running itself
> in an OpenStack Cloud VM)
> - heat
> - zaqar
> - trove
> - sahara
>
> I have followed exactly the info I had found in the
> Openstack../devstack repos like:
> https://github.com/openstack/sahara/tree/master/devstack
>
> That was my simple local.conf:
> [[local|localrc]]
> ADMIN_PASSWORD=XbsdfhewrmavgYjrzGk
> DATABASE_PASSWORD=$ADMIN_PASSWORD
> RABBIT_PASSWORD=$ADMIN_PASSWORD
> SERVICE_PASSWORD=$ADMIN_PASSWORD
>
> enable_plugin heat https://git.openstack.org/openstack/heat
> enable_plugin sahara git://git.openstack.org/openstack/sahara
> enable_plugin trove git://git.openstack.org/openstack/trove
> enable_plugin zaqar https://git.openstack.org/openstack/zaqar
> enable_plugin murano git://git.openstack.org/openstack/murano
>
> I have tried it at least 10 times... and it didn't work.
> The script went...

[Dr. Jens Harbott (j-harbott)]

Sorry for taking to long to respond. If you still see this issue, please respond with a copy of the full output from the first stack.sh run. Also include all the steps you did leading up to this, starting from a fresh instance.

[Launchpad Janitor (janitor)]

[Expired for devstack because there has been no activity for 60 days.]