Red Hat Bugzilla – Bug 1538172
[UPGRADE] Fail to update package - openstack-dashboard package conflict
Last modified: 2018-06-27 09:44:09 EDT
Description of problem: ----------------------- Attempt to run upgrade of controller failed on yum update: Transaction check error: file /usr/share/openstack-dashboard/openstack_dashboard/local/local_settings.d from install of openstack-dashboard-1:13.0.0-0.20180104003946.el7ost.noarch conflicts with file from package openstack-dashboard-1:12.0.0-4.el7ost.noarch Version-Release number of selected component (if applicable): ------------------------------------------------------------- openstack-dashboard-theme-12.0.0-3.el7ost.noarch openstack-dashboard-12.0.0-4.el7ost.noarch How reproducible: ----------------- so far 100% Steps to Reproduce: ------------------- 1. Upgrade uc from rhos-12 to rhos-13(with workarounds) 2. Apply workaround for oc upgrade 3. Install rhos-13 repos on oc nodes 4. openstack overcloud upgrade --nodes controller-1 Actual results: --------------- Upgrade attempt fails Expected results: ----------------- Upgrade attempt succeeds
I'm trying to figure out what is wrong with the RPM here — a package you are updating should not normally generate conflict with the package you are updating it with. I can see that the spec file for OSP13 has some differences with OSP12, I'm trying to figure out now which one of them is responsible for this problem. The file in question is a symlink. In OSP12 it points to local_settings.d -> ../../../../../etc/openstack-dashboard/local_settings.d
In OSP13 the symlink is missing, and it's instead a directory.
In addition, the synlink to local_settings.py is wrong: local_settings.py -> ../../../../..//etc/openstack-dashboard/local_settings (note the extra slash)
The new spec is also missing those lines: Requires: openstack-dashboard-theme >= 1:12.0 Provides: python2-django-horizon = %{epoch}:%{version}-%{release} Although those are not immediately related to this issue.
hitting this today, whilst trying to upgrade controller for P..Queens. It can be reproduced by just running yum update [0] on the node itself (during the upgrade it failed on the yum update task for the same reason). Note that there was no openstack-dashboard installed, just sanity checked rpm -qa | grep dashboard [nope] We are explicitly removing it during the upgrade init as a workaround for this BZ https://review.openstack.org/#/c/535859/15/doc/source/install/post_deployment/upgrade.rst@753 But I still hit this. The workaround for now was to add skip_broken=1 in yum.conf and it can update by skipping the heat-* packages [1] and perform the yum update [0] <snip> ---> Package teamd.x86_64 0:1.25-6.el7_4.3 will be an update --> Running transaction check ---> Package openstack-dashboard.noarch 1:13.0.0-0.20180304122741.d4c1c29.el7.centos will be installed --> Processing Dependency: openstack-dashboard-theme >= 1:13.0.0-0.20180304122741.d4c1c29.el7.centos for package: 1:openstack-dashboard-13.0.0-0.20180304122741.d4c1c29.el7.centos.noarch ---> Package openstack-heat-common.noarch 1:10.0.0-0.20180123134729.85a3e98.el7.centos will be updated --> Processing Dependency: openstack-heat-common = 1:10.0.0-0.20180123134729.85a3e98.el7.centos for package: 1:openstack-heat-api-cloudwatch-10.0.0-0.20180123134729.85a3e98.el7.centos.noarch ---> Package openstack-sahara-image-pack.noarch 1:8.0.1-0.20180302152824.4e35c08.el7.centos will be installed ---> Package python-jwt.noarch 0:1.4.0-3.el7 will be installed ---> Package python2-glareclient.noarch 0:0.5.2-0.20180213103058.6da299f.el7.centos will be installed ---> Package python2-munch.noarch 0:2.2.0-2.el7 will be installed ---> Package python2-octaviaclient.noarch 0:1.4.0-0.20180209165356.830e49f.el7.centos will be installed ---> Package python2-tackerclient.noarch 0:0.11.0-0.20180209170617.8509a59.el7.centos will be installed --> Running transaction check ---> Package openstack-dashboard-theme.noarch 1:13.0.0-0.20180304122741.d4c1c29.el7.centos will be installed ---> Package openstack-heat-common.noarch 1:10.0.0-0.20180123134729.85a3e98.el7.centos will be updated --> Processing Dependency: openstack-heat-common = 1:10.0.0-0.20180123134729.85a3e98.el7.centos for package: 1:openstack-heat-api-cloudwatch-10.0.0-0.20180123134729.85a3e98.el7.centos.noarch --> Finished Dependency Resolution Error: Package: 1:openstack-heat-api-cloudwatch-10.0.0-0.20180123134729.85a3e98.el7.centos.noarch (@delorean) Requires: openstack-heat-common = 1:10.0.0-0.20180123134729.85a3e98.el7.centos Removing: 1:openstack-heat-common-10.0.0-0.20180123134729.85a3e98.el7.centos.noarch (@delorean) openstack-heat-common = 1:10.0.0-0.20180123134729.85a3e98.el7.centos Updated By: 1:openstack-heat-common-10.0.0-0.20180305133443.e46dbbb.el7.centos.noarch (delorean) openstack-heat-common = 1:10.0.0-0.20180305133443.e46dbbb.el7.centos You could try using --skip-broken to work around the problem ** Found 3 pre-existing rpmdb problem(s), 'yum check' output follows: openstack-manila-ui-2.12.1-0.20180118225254.28a96c3.el7.centos.noarch has missing requires of openstack-dashboard >= ('1', '13.0.0', None) openstack-neutron-lbaas-ui-4.0.0-0.20180123181022.17a57d9.el7.centos.noarch has missing requires of openstack-dashboard >= ('0', '9.0.0', None) openstack-sahara-ui-8.0.0-0.20180123103525.5f60618.el7.centos.noarch has missing requires of openstack-dashboard >= ('1', '13.0.0', None) [root@overcloud-novacompute-0 heat-admin]# vi /etc/yum.conf [1] crudini --set /etc/yum.conf main skip_broken 1 Skipped (dependency problems): openstack-heat-api noarch 1:10.0.0-0.20180305133443.e46dbbb.el7.centos delorean 16 k openstack-heat-api-cfn noarch 1:10.0.0-0.20180305133443.e46dbbb.el7.centos delorean 16 k openstack-heat-common noarch 1:10.0.0-0.20180305133443.e46dbbb.el7.centos delorean 1.7 M openstack-heat-engine noarch 1:10.0.0-0.20180305133443.e46dbbb.el7.centos delorean 15 k python2-octaviaclient noarch 1.4.0-0.20180209165356.830e49f.el7.centos delorean 56 k
The patches are in review. As soon as they are merged and a new version is imported from RDO, the issue will be fixed.
The fixes didn't land yet in RDO, but we made them downstream to have something to work on.
also seen with slight variation on the undercloud here http://logs.openstack.org/36/554536/1/check/tripleo-ci-centos-7-undercloud-upgrades/ac53276/logs/undercloud/home/zuul/undercloud_upgrade.log.txt.gz --> Finished Dependency Resolution Error: Package: 1:openstack-heat-monolith-10.0.0-0.20180305133443.e46dbbb.el7.centos.noarch (delorean) Requires: openstack-heat-common = 1:10.0.0-0.20180305133443.e46dbbb.el7.centos Installed: 1:openstack-heat-common-10.0.1-0.20180302152334.c3bd928.el7.centos.noarch (@delorean) openstack-heat-common = 1:10.0.1-0.20180302152334.c3bd928.el7.centos Available: 1:openstack-heat-common-10.0.0-0.20180305133443.e46dbbb.el7.centos.noarch (delorean) openstack-heat-common = 1:10.0.0-0.20180305133443.e46dbbb.el7.centos You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest
Marios, I don't think that one is related to Horizon.
A Launchpad bug has been opened related to the issue discribed in comment #8: https://bugs.launchpad.net/tripleo/+bug/1759560
I verified that upgrading to rhel-osp-13-puddle-2018-04-10-dot2 no longer causes that error.
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/RHEA-2018:2086