Description of problem: When the customer check via webUI, only the x86_64 version it's available to update. However, when doing the update via content host, the customer can see both versions, .686 and also .x86_64. Version-Release number of selected component (if applicable): 6.11 How reproducible: 100% Steps to Reproduce: 1. Install satellite, sync repos 2. Register CH in older version, and install some packages in .686 and .x86_64. (systemd-libs, for example) from media 3. Satellite now should be able to present new errata to be applied Actual results: The customer can see only systemd-libs-xxx.x86_64 Expected results: The customer would like to see both versions, systemd-libs-xxx.x86_64 and systemd-libs-xxx.i686 Additional info:
Connecting redmine issue https://projects.theforeman.org/issues/36100 from this bug
Moving this bug to POST for triage into Satellite since the upstream issue https://projects.theforeman.org/issues/36100 has been resolved.
Failing this BZ, as the root cause of this is the same as the 6.13.2 version, https://bugzilla.redhat.com/show_bug.cgi?id=2211956 - and that hasn't been resolved.
Version-Release number of selected component (if applicable): 6.14 - Snap 10 Steps to Reproduce: 1. Sync RHEL8 Appstream and RHEL8 BaseOS repos to Satellite 2. Register a Host with Satellite 3. Install systemd-libs.i686 and systemd-libs.x86_64 on the Host 4. Downgrade both packages on the host using 'yum downgrade <package_name>' 5. Compare the results of running 'yum update systemd-libs' on the host with what Satellite reports in the Upgradable view under the Host's packages. Actual results: Both packages are marked for update on the host, and both are marked as upgradeable on Satellite. Expected results: Both Versions should correctly be marked for update.