Description of problem: RHEL Base ships one version of Ceph (Hammer), and the RH Ceph Storage layered product ships other versions of Ceph. Sometimes these versions do not align. If a customer is on an older layered product version, and we add a newer version to RHEL base, this will break that customer's setup. The only workaround is to upgrade prematurely. Version-Release number of selected component (if applicable): RHCEPH 1.3, 2.3, 3.0 Steps to Reproduce: 1. Install RHCEPH 1.3 (eg. ceph-mon-0.94.something) 2. Enable a RHEL 7 Base repo that includes a newer ceph-common update. One example is http://download.engineering.redhat.com/released/RHEL-7/7.4-Beta/Server/x86_64/os/ , which has has ceph-common-10.2.something 3. Run yum update Actual results: Yum errors Expected results: Yum does not error and does not attempt to replace the customer's RHCEPH 1.3 packages. Additional info: To handle this, we are going to bump the ceph package's epoch across all RHCEPH product versions. This will make RHCEPH's builds always override RHEL Base (and even upstream).
QE team: to verify this bugfix in RHCEPH 3: 1. Sanity test installs and upgrades: Basic installs must succeed on RHEL 7.4 and 7.5 Upgrades from RHCEPH 2 to RHCEPH 3 must succeed on RHEL 7.4 and 7.5 2. Examine the package's epoch with "--qf": rpm -q ceph-common --qf "%{epoch}:%{name}-%{version}-%{release}\n" It should print "2:ceph-common" for the RHCEPH layered product's packages, and "1:ceph-common" for RHEL Base's packages.
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-2017:3387