Bug 480183

Summary:	RHN network returns bad checksum and systems fail to update
Product:	[Retired] Red Hat Network	Reporter:	George B. Magklaras <georgios>
Component:	RHN/Backend	Assignee:	Bryan Kearney <bkearney>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Red Hat Network Quality Assurance <rhn-qa-list>
Severity:	urgent	Docs Contact:
Priority:	low
Version:	RHN Stable	CC:	edoutreleau, jinzishuai, jjneely, j.miguel.rodriguez, mosvald, mpark, paul, redhat, rhn-bugs, t.h.amundsen, willacke
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2009-02-06 18:29:35 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description George B. Magklaras 2009-01-15 16:30:48 UTC

Description of problem:
Various RHN registered RHEL 5 systems without prior history of yum update problems suddently fail to update properly intermittently (sometimes works, sometimes it doesn't for a long time). 

The fault has been observed on various systems (at different points of our network). We rule out network/routing/ntp timing and hardware issues with these systems. 

From the command line of one of the registered systems (example system 'cn2'):

[root@cn2 ~]# yum list available
Loading "security" plugin
Loading "rhnplugin" plugin
rhel-x86_64-server-5      100% |=========================| 1.4 kB    00:00
primary.xml.gz            100% |=========================|  137 B    00:00
Error: failed to retrieve repodata/primary.xml.gz from rhel-x86_64-server-5
error was [Errno -1] Metadata file does not match checksum

WHEREAS at other times it works properly:

[root@cn2 ~]# yum list available
Loading "security" plugin
Loading "rhnplugin" plugin
rhel-x86_64-server-5      100% |=========================| 1.4 kB    00:00
primary.xml.gz            100% |=========================|  137 B    00:00
rhn-tools-rhel-x86_64-ser 100% |=========================| 1.2 kB    00:00
rhel-x86_64-server-fastra 100% |=========================| 1.2 kB    00:00
rhel-x86_64-server-produc 100% |=========================| 1.2 kB    00:00
rhel-x86_64-server-vt-5   100% |=========================| 1.4 kB    00:00
rhel-x86_64-server-supple 100% |=========================| 1.4 kB    00:00
Available Packages
....output excluded

The system is properly registered at RHN with the entitlements as cn2.internal.biotek .

An attempt to do a total update fails:

[root@cn2 ~]# yum update
Loading "security" plugin
Loading "rhnplugin" plugin
rhel-x86_64-server-5      100% |=========================| 1.4 kB    00:00
primary.xml.gz            100% |=========================|  137 B    00:00
Error: failed to retrieve repodata/primary.xml.gz from rhel-x86_64-server-5
error was [Errno -1] Metadata file does not match checksum

Attempts to clean and jumpstart yum also fail:

[root@cn2 ~]# yum clean all
Loading "security" plugin
Loading "rhnplugin" plugin
Cleaning up Everything
[root@cn2 ~]# yum update
Loading "security" plugin
Loading "rhnplugin" plugin
rhel-x86_64-server-5      100% |=========================| 1.4 kB    00:00
primary.xml.gz            100% |=========================|  137 B    00:00
Error: failed to retrieve repodata/primary.xml.gz from rhel-x86_64-server-5
error was [Errno -1] Metadata file does not match checksum




Version-Release number of selected component (if applicable):
Installed Packages
Name   : yum
Arch   : noarch
Version: 3.2.8
Release: 9.el5_2.1
Size   : 2.2 M
Repo   : installed
Summary: RPM installer/updater
Description:
Yum is a utility that can check for and automatically download and
install updated RPM packages. Dependencies are obtained and downloaded
automatically prompting the user as necessary.

[root@cn2 ~]# uname -a
Linux cn2.internal.biotek 2.6.18-92.1.22.el5 #1 SMP Fri Dec 5 09:28:22 EST 2008 x86_64 x86_64 x86_64 GNU/Linux



How reproducible:
VERY reproducible. Across different systems (Dell, HP) on different LAN or network locations.

Steps to Reproduce:
1.Ensure that the system is RHN registered (check the RHN web page)
2.Invoke a yum update or yum list available op.
3.Watch the failure and attempt a yum clean all
4.Repeat step 2 and watch the failure
  
Actual results:


Expected results:


Additional info:
The issue was observed by more people on this RedHat-list thread:
https://www.redhat.com/archives/redhat-list/2009-January/msg00101.html

Comment 1 Javier de Miguel Rodríguez 2009-01-16 08:58:05 UTC

We are also having issues with this. Almost 100 from our RHEL 5 servers have this problem.

Comment 2 Eric Doutreleau 2009-01-16 09:56:55 UTC

same problem here

Comment 3 Gene Willacker 2009-01-16 15:23:08 UTC

We have been seeing the same thing. Also have seen a higher-than-usual number of scheduled updates failing.

Comment 4 James Bowes 2009-01-19 17:22:10 UTC

We discovered an issue with bad data in our cache, which was rebuilt on Friday (the 16th) in the afternoon to fix the problem. So, this shouldn't be a problem anymore. However, if you do see it occur again, please feel free to update this bz.

Comment 5 Amy Owens 2009-02-06 18:29:35 UTC

This should have been corrected with the RHN509 release on 1/28/09

Comment 6 Shi jin 2010-03-25 16:17:46 UTC

I am having this problem now, 1 year after it was originally reported.

Comment 7 Matthew J Park 2010-10-06 18:34:34 UTC

I'm having this problem now too with a RHEL 5.4 fresh install

Comment 8 kr3 cja 2010-10-08 22:33:55 UTC

We also just started seeing this problem on 3 RHEL 5.5 systems this week with the rhel-x86_64-server-supplementary-5 channel. However some other similarly configured systems are not having the problem.