Bug 484062 - RHN providing invalid updateinfo.xml ... arch=rpm for all package entries
Summary: RHN providing invalid updateinfo.xml ... arch=rpm for all package entries
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Network
Classification: Retired
Component: RHN/Backend
Version: RHN Stable
Hardware: All
OS: Linux
urgent
urgent
Target Milestone: ---
Assignee: Bryan Kearney
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-02-04 16:00 UTC by kbrede
Modified: 2014-01-21 06:12 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-02-09 10:21:17 UTC
Embargoed:


Attachments (Terms of Use)

Description kbrede 2009-02-04 16:00:36 UTC
Description of problem:

I used "yum --security update" in 5.2.  After upgrading to 5.3 I noticed "yum --security update" would not update the openlib package, even though it was marked as "critical."  I had to run "yum update" to upgrade openlib.  Today there are two critical updates, which won't install with "yum --security update": nss and nss-tools.  

So it appears as though yum isn't working with yum-security anymore.

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

yum-3.2.19-18.el5
yum-security-1.1.16-13.el5

How reproducible:

Every time.

Steps to Reproduce:
1. Make sure a package is marked as critical.
2. Run "yum --security update"
3.
  
Actual results:

No update is performed.

Expected results:

I expect the package to be upgraded with "yum --security update" and packages with bugs to be ignored.

Additional info:

Comment 1 James Antill 2009-02-04 16:15:40 UTC
 How are you deciding that there are security updates available?

https://rhn.redhat.com/errata/rhel-server-errata.html

...doesn't show anything recent. What does "yum list-security" say?

Comment 2 James Antill 2009-02-04 16:21:21 UTC
 Ok, it's the one labeled firefox:

https://rhn.redhat.com/errata/RHSA-2009-0256.html

Comment 3 kbrede 2009-02-04 16:27:39 UTC
I'm looking at my RHN dashboard which shows two critical updates: 
https://rhn.redhat.com/network/software/packages/details.pxt?pid=471618
https://rhn.redhat.com/network/software/packages/details.pxt?pid=471619

Which are listed as:
https://rhn.redhat.com/rhn/errata/details/Details.do?eid=8266
which makes no sense.....

https://rhn.redhat.com/errata/rhel-server-errata.html shows a critical firefox update.  

Kent

Comment 4 James Antill 2009-02-04 16:30:39 UTC
That isn't nss or nss-tools though, just the -devel packages ... and the RHSA-2009-0256 errata isn't in the updateinfo.xml data I get for Server 5.

Comment 5 kbrede 2009-02-04 16:53:17 UTC
My RHN panel shows 20 RHEL 5 boxes with critical updates needing to be installed.

I ran "rhn-profile-sync" on one of the boxes and RHN is still reporting the critical update.

If the nss and nss-tools aren't critical updates, and RHN is showing nss and nss-tools as RHSA-2009:0256-6, then maybe RHN is just mislabeling?

At any rate all my RHEL5 boxes are trying to update nss and nss-tools when I run "yum update" even though nss and nss-tools isn't listed in https://rhn.redhat.com/rhn/errata/details/Details.do?eid=8266

Kent

Comment 6 James Antill 2009-02-04 16:55:26 UTC
Ok, 2009-0256 is in the data I see now ... just spelled 2009:0256, trying to see what's happening on the yum side.

Comment 7 James Antill 2009-02-04 17:02:05 UTC
 Ok, here's the problem ... the metadata has:

<package name="nss" version="3.12.2.0" release="4.el5" epoch="0" arch="rpm" src="nss-3.12.2.0-4.el5.src.rpm">

...and arch="rpm" means that the plugin filters everything out as not an applicable arch.

Comment 8 James Antill 2009-02-04 17:26:47 UTC
# xmllint --format /var/cache/yum/rhel-x86_64-server-5/updateinfo.xml.gz | fgrep 'arch="rpm"' | nl
     1          <package name="sysstat" version="7.0.2" release="3.el5" epoch="0
" arch="rpm" src="sysstat-7.0.2-3.el5.src.rpm">
[...]
  3902	        <package name="freetype-demos" version="2.2.1" release="19.el5" epoch="0" arch="rpm" src="freetype-2.2.1-19.el5.src.rpm">

Comment 11 Mark J. Cox 2009-02-06 15:06:19 UTC
An update to the RHN metadata generation code to correct this issue is currently being tested.  The current plan is to deploy this update as soon as possible after it passes the QA process.

Comment 12 James Antill 2009-02-06 15:36:22 UTC
It is worth noting that internal testing has confirmed that older versions of yum-security are not affected by this bug, because they do not look at the arch information in the updateinfo data. So downgrading yum-security is a viable workaround.

Comment 13 Mark J. Cox 2009-02-09 10:21:17 UTC
This was addressed by an update made to RHN live on Friday (6th Feb).  Metadata being served today looks good.

kbrede, please reopen this ticket if you still encounter any problems.


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