Bug 1122192
Summary: | openstack-dashboard config file gets removed and replaced. | |||
---|---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Luigi Toscano <ltoscano> | |
Component: | openstack-puppet-modules | Assignee: | Martin Magr <mmagr> | |
Status: | CLOSED ERRATA | QA Contact: | Ami Jeain <ajeain> | |
Severity: | urgent | Docs Contact: | ||
Priority: | urgent | |||
Version: | 5.0 (RHEL 7) | CC: | aberezin, adahms, aortega, derekh, dnavale, jpichon, ltoscano, mmagr, mrunge, sclewis, trusnak, yeylon | |
Target Milestone: | rc | Keywords: | Regression | |
Target Release: | 5.0 (RHEL 7) | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | openstack-puppet-modules-2014.1-19.3.el7ost | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 1122892 (view as bug list) | Environment: | ||
Last Closed: | 2014-07-24 17:25:15 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: | ||||
Bug Blocks: | 1122892 |
Description
Luigi Toscano
2014-07-22 18:10:14 UTC
How was your system installed? Packstack? openstack-dashboard installed since ever /etc/httpd/conf.d/openstack-dashboard.conf. If that file is removed, it's clear that's being recreated on each package update (and upgrade). Removing such config files is a really bad idea. I just verified the behaviour on rhel6 rhos5: Packstack removes the default provided file from openstack-dashboard: rpm -ql openstack-dashboard | grep /etc /etc/httpd/conf.d/openstack-dashboard.conf and replaces that file by its own configuration files: -rw-r--r--. 1 root root 758 Jul 18 10:43 15-default.conf -rw-r--r--. 1 root root 1471 Jul 18 10:43 15-horizon_ssl_vhost.conf -rw-r--r--. 1 root root 1203 Jul 18 10:43 15-horizon_vhost.conf *This will break on EACH openstack-dashboard update*. openstack-dashboard will re-install that file, when it doesn't exist on package updates and upgrades. The file /etc/httpd/conf.d/openstack-dashboard.conf has been there since RHOS2.1, when updating from earlier versions, packstack is not run, so that file will not get removed. verified in the latest build. If I understand it correctly, the fix is for packstack. This ensures that during installation the configuration file is cleaned with a message, so that it's changed and not replaced with the new version upon upgrade. But this is for the future installation; current installations are going to break. Is it worth mentioning somewhere in the release notes? (In reply to Luigi Toscano from comment #6) > If I understand it correctly, the fix is for packstack. This ensures that > during installation the configuration file is cleaned with a message, so > that it's changed and not replaced with the new version upon upgrade. But > this is for the future installation; current installations are going to > break. Is it worth mentioning somewhere in the release notes? So what happened at your installation: # you installed via packstack # openstack-dashboard got installed by packstack # packstack removes openstack-dashboards config file /etc/httpd/conf.d/openstack-dashboard.conf # packstack writes (about the same config) to /etc/httpd/conf.d/15-horizon_vhost.conf # if you install or upgrade openstack-dashboard, you'll get packages version in /etc/httpd/conf.d/openstack-dashboard.conf installed as well. # The regression was, that packstack changed config files location, there are several now (when installed via packstack) and they have their separate purpose. 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. http://rhn.redhat.com/errata/RHBA-2014-0930.html Hi Martin, My name is Andrew, and I am following up on this bug after closing BZ#1122892, which called for a release note for this bug to be included in the documentation. I am following up on outstanding bugs that require documentation. Please let me know if you still require a release note for this issue, and we can add a description of this as a known issue in the RHEL-OSP 5.0 release notes for you. Kind regards, Andrew |