Bug 1311555
Summary: | Trove-api fails to start when deployed using packstack on RHEL 7.2 | |||
---|---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Luigi Toscano <ltoscano> | |
Component: | openstack-packstack | Assignee: | Ivan Chavero <ichavero> | |
Status: | CLOSED ERRATA | QA Contact: | Luigi Toscano <ltoscano> | |
Severity: | high | Docs Contact: | ||
Priority: | high | |||
Version: | 8.0 (Liberty) | CC: | aortega, apevec, derekh, emacchi, ichavero, jschluet, ltoscano, mmagr, srevivo, tenobreg | |
Target Milestone: | --- | Keywords: | AutomationBlocker, Triaged, ZStream | |
Target Release: | 8.0 (Liberty) | |||
Hardware: | All | |||
OS: | Linux | |||
Whiteboard: | ||||
Fixed In Version: | openstack-packstack-7.0.0-0.17.dev1702.g490e674.el7ost | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | ||
Clone Of: | 1282928 | |||
: | 1350855 (view as bug list) | Environment: | ||
Last Closed: | 2016-06-29 13:58:10 UTC | Type: | Bug | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | 1350855 | |||
Bug Blocks: |
Description
Luigi Toscano
2016-02-24 13:01:06 UTC
I don't know what happened, but even if the bug is fixed in RDO (master and liberty) it looks like something is out of sync in the corresponding packages in RHOP. Installation of packstack still lead to the same result: incorrect paste file. The value written by packstack in /etc/trove/trove.conf is api_paste_config = /etc/trove/api-paste.ini The one which works is: api_paste_config = /usr/share/trove/trove-dist-paste.ini So please, either - make sure that the latter is used or - sync the packaging so that the it works as for RDO. Reproduced with: openstack-packstack-7.0.0-0.12.dev1699.g8f54936.el7ost.noarch openstack-packstack-puppet-7.0.0-0.12.dev1699.g8f54936.el7ost.noarch openstack-puppet-modules-7.0.6-2.el7ost.noarch puppet-3.6.2-2.el7.noarch python-trove-4.0.0-3.el7ost.noarch openstack-trove-api-4.0.0-3.el7ost.noarch openstack-trove-conductor-4.0.0-3.el7ost.noarch openstack-trove-common-4.0.0-3.el7ost.noarch openstack-trove-4.0.0-3.el7ost.noarch openstack-trove-taskmanager-4.0.0-3.el7ost.noarch This patch is already merged and backported to stable/liberty upstream, so in case it was not built in 8.0 rebase in past, it should be backported to OSP-8. This was already fixed, i added the most recent package so it can be checked by QE Same results as reported in #1 : the value written by packstack in /etc/trove/trove.conf is api_paste_config = /etc/trove/api-paste.ini but the file is installed under /usr/share/trove/trove-dist-paste.ini. Trove services starts when api_paste_config is changed to point the latter. Reproduced on: openstack-packstack-7.0.0-0.19.dev1702.g490e674.el7ost.noarch openstack-packstack-puppet-7.0.0-0.19.dev1702.g490e674.el7ost.noarch openstack-puppet-modules-7.1.1-1.el7ost.noarch puppet-3.6.2-2.el7.noarch openstack-trove-4.0.0-4.el7ost.noarch openstack-trove-api-4.0.0-4.el7ost.noarch openstack-trove-common-4.0.0-4.el7ost.noarch openstack-trove-conductor-4.0.0-4.el7ost.noarch openstack-trove-taskmanager-4.0.0-4.el7ost.noarch python-trove-4.0.0-4.el7ost.noarch python-troveclient-1.3.0-1.el7ost.noarch This seems to be like a packaging problem, the openstack-trove RPM changes the name of the paste file to trove-dist-paste.ini From the openstack-trove spec file for liberty: install -p -D -m 644 etc/%{project}/api-paste.ini %{buildroot}%{_datadir}/%{project}/%{project}-dist-paste.ini This problem has been solved in the mitaka openstack-trove package. I think this should be addressed in other bug. What do you think? The behavior is exactly the same as explained in the description of the bug. Some changes have been made and now, instead of api_paste_config = api-paste.ini there is api_paste_config = /etc/trove/api-paste.ini but it's still the incorrect value. Yes, it could be a packaging problem, but it's still a bug of openstack-packstack, so I disagree with creating another bug, also because how would this bug be handled? It's not closed. (In reply to Luigi Toscano from comment #7) > The behavior is exactly the same as explained in the description of the bug. > Some changes have been made and now, instead of > api_paste_config = api-paste.ini > there is > api_paste_config = /etc/trove/api-paste.ini > > but it's still the incorrect value. Yes, it could be a packaging problem, > but it's still a bug of openstack-packstack, so I disagree with creating > another bug, also because how would this bug be handled? It's not closed. I don't agree this is a packstack bug, the Trove package is changing the correct name to trove-dist-paste.ini, trying to set this file apart from the configuration by adding the word "dist" to the filename. Also is evident that is a packaging bug because this behaviour has been changed on the current mitaka Trove package, so packstack is not the proper place to fix this. As for the way this bug should be handled it should be dependent on the Trove packaging bug. You convinced me. So, do you prefer a new bug (because there was in fact something changed in packstack and this bug should track it) or reassign this bug to openstack-trove? 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-2016:1354 |