Bug 1962038
| Summary: | dnf install is pulling an older version of redhat-storage-logos package instead of the latest one available in Live | |||
|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 8 | Reporter: | Vivek Das <vdas> | |
| Component: | dnf | Assignee: | Nicola Sella <nsella> | |
| Status: | CLOSED NOTABUG | QA Contact: | swm-qe | |
| Severity: | high | Docs Contact: | ||
| Priority: | high | |||
| Version: | 8.4 | CC: | james.antill, jwboyer, mblaha, nsella, pprakash, rbiba, rstrode, sgirijan, sheggodu, vdas | |
| Target Milestone: | beta | Keywords: | Triaged | |
| Target Release: | --- | Flags: | pm-rhel:
mirror+
|
|
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | ||
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1965229 (view as bug list) | Environment: | ||
| Last Closed: | 2021-06-03 08:00:50 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: | 1954028, 1965229 | |||
Not able to reproduce it. after dnf install redhat-storage-server: # rpm -q redhat-storage-logos redhat-storage-logos-84.4-1.el8rhgs.x86_64 # dnf repoquery --repo=rh-gluster-3-for-rhel-8-x86_64-rpms --available redhat-storage-logos Updating Subscription Management repositories. Last metadata expiration check: 3:42:59 ago on Wed 19 May 2021 06:08:30 AM EDT. redhat-storage-logos-0:81.1-1.el8rhgs.x86_64 redhat-storage-logos-0:84.4-1.el8rhgs.x86_64 I think it is related to the system specific configuration. Maybe, if the logos version is needed >= 84.4-1 it could be fixed from the specfile # rpm -qR redhat-storage-server | grep logos redhat-storage-logos (In reply to nsella from comment #1) > Not able to reproduce it. after dnf install redhat-storage-server: > was redhat-logos package pre-installed i.e before dnf install redhat-storage-server > # rpm -q redhat-storage-logos > redhat-storage-logos-84.4-1.el8rhgs.x86_64 > > # dnf repoquery --repo=rh-gluster-3-for-rhel-8-x86_64-rpms --available > redhat-storage-logos > Updating Subscription Management repositories. > Last metadata expiration check: 3:42:59 ago on Wed 19 May 2021 06:08:30 AM > EDT. > redhat-storage-logos-0:81.1-1.el8rhgs.x86_64 > redhat-storage-logos-0:84.4-1.el8rhgs.x86_64 > > I think it is related to the system specific configuration. > > Maybe, if the logos version is needed >= 84.4-1 it could be fixed from the > specfile > # rpm -qR redhat-storage-server | grep logos > redhat-storage-logos Not installed before. FYI I run 1. $ 1minutetip -n 1MT-RHEL-8.4.0-20210503.1 # rpm -q redhat-storage-logos package redhat-storage-logos is not installed # rpm -q redhat-storage-server package redhat-storage-server is not installed 2. Steps to Reproduce 3. Output from comment #1 There is similar bug https://bugzilla.redhat.com/show_bug.cgi?id=1946975 The thing is that underlying libsolv library preferes older redhat-storage-logos-0:81.1-1.el8rhgs.x86_64 because the resulting transaction is a bit simpler that the one with redhat-storage-logos-0:84.4-1.el8rhgs.x86_64. The root cause here are obsoletes: Both redhat-storage-logos packages obsolete redhat-logos package (note the difference in obsoleted versions): $ dnf repoquery --obsoletes redhat-storage-logos-0:81.1-1.el8rhgs.x86_64 redhat-logos <= 81.1-1.el8rhgs $ dnf repoquery --obsoletes redhat-storage-logos-0:84.4-1.el8rhgs.x86_64 redhat-logos <= 84.4-1.el8rhgs The redhat-logos package is installed in 84.4 version: $ dnf repoquery --installed redhat-logos redhat-logos-0:84.4-1.el8.x86_64 Both possible solutions when installing redhat-storage-server (with older or newer version of redhat-storage-logos) are valid and allowed. Here is (part of) transaction with older version: # dnf install redhat-storage-server ============================================================================================================================================================ Package Architecture Version Repository Size ============================================================================================================================================================ Installing: redhat-storage-server noarch 3.5.0.0-8.el8rhgs rh-gluster-3-for-rhel-8-x86_64-rpms 1.2 M Installing dependencies: redhat-storage-logos x86_64 81.1-1.el8rhgs rh-gluster-3-for-rhel-8-x86_64-rpms 365 k Note that redhat-logos package is not touched and stays on currently installed version redhat-logos-0:84.4-1.el8.x86_64. This is the transaction with newer version of redhat-storage-logos: # dnf install redhat-storage-server redhat-storage-logos ============================================================================================================================================================ Package Architecture Version Repository Size ============================================================================================================================================================ Installing: redhat-storage-logos x86_64 84.4-1.el8rhgs rh-gluster-3-for-rhel-8-x86_64-rpms 365 k replacing redhat-logos.x86_64 84.4-1.el8 redhat-storage-server noarch 3.5.0.0-8.el8rhgs rh-gluster-3-for-rhel-8-x86_64-rpms 1.2 M Installing dependencies: redhat-backgrounds noarch 84.4-1.el8rhgs rh-gluster-3-for-rhel-8-x86_64-rpms 42 M replacing redhat-logos.x86_64 84.4-1.el8 As you see this transaction is more complicated in a sense that it requires removal of redhat-backgrounds and redhat-logos packages because they get obsoleted by redhat-storage-logos-0:84.4-1.el8rhgs.x86_64. The observed behavior is thus expected and I propose to close this as "not a bug". There are several workarounds that would guarantee installation of the newer redhat-storage-logos, e.g. adding it directly to install transaction. I would suggest resolving the conflict for redhat-logos and redhat-storage-logos adding conflict keyword for both packages in the specfiles. Also, I would prefer to reassign the bug to redhat-storage-logos component and clone it for redhat-logos. @nsella yes. The conflicts should prevent the situation when both redhat-storage-logos-0:81.1-1.el8rhgs.x86_64 and redhat-logos-0:84.4-1.el8.x86_64 packages are installed together. Which technically is allowed by the spec files but I suppose not completely expected. Hello All, Based on the above discussion it is confirmed that the dnf behavior is expected, so closing this bug. Please refer - https://bugzilla.redhat.com/show_bug.cgi?id=1954028#c51 for more information. Regards, Vivek Das |
Description of problem: When doing a redhat gluster storage layered installation over RHEL-8.4.0 by executing dnf install redhat-storage-server the installation is pulling an older-version of redhat-storage-logos dependent package which in turn conflicts with redhat-logos package resulting in failure of installation. yum list --showduplicates redhat-storage-logos Updating Subscription Management repositories. Last metadata expiration check: 0:08:09 ago on Wed 19 May 2021 01:56:07 PM IST. Available Packages redhat-storage-logos.x86_64 81.1-1.el8rhgs rh-gluster-3-for-rhel-8-x86_64-rpms redhat-storage-logos.x86_64 84.4-1.el8rhgs rh-gluster-3-for-rhel-8-x86_64-rpms Note:- From the above dnf install redhat-storage-server is picking up version 81.1-1.el8rhgs instead of 84.4-1.el8rhgs of redhat-storage-logos. Version-Release number of selected component (if applicable): Red Hat Enterprise Linux release 8.4 (Ootpa) redhat-logos-84.4-1.el8.x86_64 redhat-storage-logos-84.4-1.el8rhgs redhat-storage-server-3.5.0.0-8.el8rhgs How reproducible: Always Steps to Reproduce: 1. Take a RHEL-8.4.0 Vanilla system 2. Subscribe to CDN live using subscription-manager commands 3. Subscribe to RHEL & glusterfs channels like - subscription-manager repos --enable=rhel-8-for-x86_64-baseos-rpms --enable=rhel-8-for-x86_64-appstream-rpms --enable=rh-gluster-3-for-rhel-8-x86_64-rpms 4. dnf install redhat-storage-server 5. Once the packages are listed, find redhat-storage-logos version. 6. Proceed with installation and it fails Actual results: redhat-storage-logos getting listed is 81.1-1.el8rhgs Expected results: redhat-storage-logos getting listed is 4.4-1.el8.x86_64 Additional info: More details can be found here - https://bugzilla.redhat.com/show_bug.cgi?id=1954028 Notes: 1. dnf install redhat-storage-logos picks up the higher version of redhat-storage-logos. 2. dnf update picks up the higher version of redhat-storage-logos. 3. dnf install redhat-storage-server -x redhat-storage-logos-81.1-1.el8rhgs picks up the higher version of redhat-storage-logos