Bug 1759961 - Dependency issue in OSP13 GA puddle
Summary: Dependency issue in OSP13 GA puddle
Keywords:
Status: NEW
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: distribution
Version: 13.0 (Queens)
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: ---
Assignee: Steve Linabery
QA Contact: Jon Schlueter
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-10-09 13:51 UTC by Jose Luis Franco
Modified: 2020-08-28 13:25 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Jose Luis Franco 2019-10-09 13:51:14 UTC
Description of problem:

All updates jobs for OSP13 which try to deploy OSP13 GA puddle fail for the same dependency issue during undercloud installation:

---> Package yum-utils.noarch 0:1.1.31-45.el7 will be updated
---> Package yum-utils.noarch 0:1.1.31-46.el7_5 will be an update
--> Finished Dependency Resolution
Error: Package: 2:ceph-selinux-12.2.12-48.el7cp.x86_64 (rhelosp-ceph-3-mon)
           Requires: selinux-policy-base >= 3.13.1-252.el7.1
           Removing: selinux-policy-targeted-3.13.1-192.el7_5.3.noarch (@koji-override-0/7.5)
               selinux-policy-base = 3.13.1-192.el7_5.3
           Updated By: selinux-policy-targeted-3.13.1-192.el7_5.6.noarch (rhelosp-rhel-7.5-server)
               selinux-policy-base = 3.13.1-192.el7_5.6
           Available: selinux-policy-minimum-3.12.1-153.el7.noarch (rhelosp-rhel-7.5-server)
               selinux-policy-base = 3.12.1-153.el7
           Available: selinux-policy-minimum-3.12.1-153.el7_0.10.noarch (rhelosp-rhel-7.5-server)
               selinux-policy-base = 3.12.1-153.el7_0.10
           Available: selinux-policy-minimum-3.12.1-153.el7_0.11.noarch (rhelosp-rhel-7.5-server)
               selinux-policy-base = 3.12.1-153.el7_0.11
           Available: selinux-policy-minimum-3.12.1-153.el7_0.12.noarch (rhelosp-rhel-7.5-server)
               selinux-policy-base = 3.12.1-153.el7_0.12
           Available: selinux-policy-minimum-3.12.1-153.el7_0.13.noarch (rhelosp-rhel-7.5-server)
               selinux-policy-base = 3.12.1-153.el7_0.13
           Available: selinux-policy-minimum-3.13.1-23.el7.noarch (rhelosp-rhel-7.5-server)
               selinux-policy-base = 3.13.1-23.el7

Full error: http://pastebin.test.redhat.com/804411 

Job Logs: https://rhos-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/DFG/view/upgrades/view/update/job/DFG-upgrades-updates-13-from-ga-HA-ipv4/60/

Version-Release number of selected component (if applicable):


How reproducible:

Re-run CI job: https://rhos-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/DFG/view/upgrades/view/update/job/DFG-upgrades-updates-13-from-ga-HA-ipv4/60/

Steps to Reproduce:
1. 
2.
3.

Actual results:


Expected results:


Additional info:

Puddle used: OSP13-GA -> 2018-06-21.2

Comment 1 Jose Luis Franco 2019-10-09 13:56:59 UTC
This issue doesn't happen when deploying 7.5-latest though...but the purpose of the test is to verify the correct minor update from GA to latest OSP13 content, so we need to be able to deploy GA's puddle.

Comment 2 Mike Burns 2019-10-11 11:45:48 UTC
The issue here is that Openstack Packages are pinned to the GA bits.  RHEL is pinned to a specific release to match the GA bits, but we don't have the same pinning on Ceph.  I'm actually surprised that 7.5-latest would work.  The package that is conflicting is ceph-selinux which comes from the Ceph repositories.  You could deploy without Ceph and that would work fine.  Otherwise, we'll have to find a way to override that particular ceph package somehow for deployment.

The other options would be to move to an image based testing model -- store a set of known good images a GA deploy, restore those images, then run update.  Of course, since we don't have those images today, we would still need to figure out a way to load them.


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