Bug 489968 - i386 package installation via SSM obscures respective available x86_64 packages in SDC
Summary: i386 package installation via SSM obscures respective available x86_64 packag...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Server
Version: 530
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Brad Buckingham
QA Contact: Steve Salevan
URL:
Whiteboard:
Depends On:
Blocks: 471789
TreeView+ depends on / blocked
 
Reported: 2009-03-12 18:07 UTC by Steve Salevan
Modified: 2009-09-10 18:44 UTC (History)
1 user (show)

Fixed In Version: sat530
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-09-10 18:44:39 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Steve Salevan 2009-03-12 18:07:40 UTC
Description of problem:
OK, this is a weird one, guys.  Here goes:

Let's assume that we're using a freshly kickstarted x86_64 client system running RHEL 4.8, 5.3, or greater (to ensure that they're running the latest rhnlib code, containing the multiarch enhancements), registered to a 530 Satellite.

If a user installs an i386 version of a package via the SSM where an x86_64 version of the package also exists (say, 'amanda', for all you Boston fans out there, all three of ya), the SDC will report that the x86_64 version is not available for installation, despite it not being installed.

Version-Release number of selected component (if applicable):
530-re20090306.2

How reproducible:
Always

Steps to Reproduce:
1. Register a freshly kickstarted x86_64 box to your Satellite (ensuring that it's running the latest rhnlib)
2. Select this system to be managed via the SSM, and via the SSM, schedule an installation of the i386 version of the 'amanda' package (don't schedule anything else)
3. Run rhn_check -vvvvv on your client and ensure that the i386 information is transmitted to packages.update from your Satellite (it should look like the attached rhn_check output)
4. After this package installs, pop over to the SDC for your x86_64 client
5. Software->Packages->Install
6. Attempt to install the x86_64 version of 'amanda'

Actual results:
Package is not available for installation

Expected results:
Package is available for installation

Additional info:

Comment 2 Brad Buckingham 2009-03-18 17:16:06 UTC
git commit: db54c2d7fff136c0b6831a7b1c773a62b17e5cfc

Found that the same problem would occur in the following scenario:
1. register x86_64 system
2. install an i386 package (using System->Software->Install + rhn_check on client)
   (note: pick a package that exists in both i386 & x86_64)
3. observe that System->Software->Install no longer lists the x86_64 package

The issue with the existing query on that page was that it would omit from
the list any package that had the same 'name_id' as a package already installed.

Comment 3 Brad Buckingham 2009-03-23 20:28:22 UTC
mass move to ON_QA

Comment 4 Steve Salevan 2009-03-31 18:28:42 UTC
Tested and verified on 530-re20090327.0.  Moving to VERIFIED.

Comment 5 Preethi Thomas 2009-08-07 14:37:18 UTC
Release Pending
tested on test1182.test.redhat.com

Comment 6 Brandon Perkins 2009-09-10 18:44:39 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHEA-2009-1434.html


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