Bug 496674
| Summary: | RFE: yum.Errors.NoMoreMirrorsRepoError: shouldn't print a traceback | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 5 | Reporter: | Michal Nowak <mnowak> |
| Component: | yum-utils | Assignee: | James Antill <james.antill> |
| Status: | CLOSED NEXTRELEASE | QA Contact: | BaseOS QE Security Team <qe-baseos-security> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 5.3 | CC: | mznkhan, ohudlick |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-03-12 20:32:45 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
Michal Nowak
2009-04-20 16:14:27 UTC
This isn't a bug, at least in yum ... I hit this way too often, the RHTS repos. seem to be regenerated much more often than you'd expect. Also the repodata seems to be updated in a wierd way ... maybe via. "simple" rsync (instead of what Fedora mirros use) from somewhere. For yum-utils to catch the exception and not print the traceback, I guess that could be an RFE ... but it falls more into the "shouldn't happen" bucket than not. I really don't like the behavior of rhn*-utils and virt-manager, where upstream tend to report unexpected events by back trace and calls it "Error message" -- not saying this is the case. I believe this should be fixed, in yum-utils at least. I have the same issue with one of my server RHEL 5. It was wroking before via our RHN satellite. This is the only server among the 5 behaving like that.
I did the following but no sucess.
1. clean the cache and metadate files - no success.
2. I drop the profile and recreate - no success.
3. I applied the suggested work around by yum - no success
If any one has any other solution, please let me know.
=====================
[root@proton ~]# yum update
Loaded plugins: rhnplugin
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package cpp.i386 0:4.1.2-48.el5 set to be updated
---> Package gcc.i386 0:4.1.2-48.el5 set to be updated
---> Package gcc-c++.i386 0:4.1.2-48.el5 set to be updated
---> Package gcc-gfortran.i386 0:4.1.2-48.el5 set to be updated
---> Package libgcj.i386 0:4.1.2-48.el5 set to be updated
---> Package libgfortran.i386 0:4.1.2-48.el5 set to be updated
---> Package libstdc++.i386 0:4.1.2-48.el5 set to be updated
---> Package libstdc++-devel.i386 0:4.1.2-48.el5 set to be updated
---> Package pam.i386 0:0.99.6.2-6.el5_4.1 set to be updated
---> Package pam-devel.i386 0:0.99.6.2-6.el5_4.1 set to be updated
---> Package python.i386 0:2.4.3-27.el5 set to be updated
---> Package python-devel.i386 0:2.4.3-27.el5 set to be updated
rhel-i386-server-5/filelists | 21 MB 00:03
rhel-i386-server-5/filelists | 21 MB 00:04
Error: failed to retrieve repodata/filelists.xml.gz from rhel-i386-server-5
error was [Errno -1] Metadata file does not match checksum
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest
[root@proton ~]#
This should be fixed in RHEL-6 (will print the error message now, as yum does). |