Created attachment 450736 [details] what was dumped by the application when it crashed Description of problem: The program crashed and requested that I file a report, so here I am doing so. As for these details, I've little idea. just trying to be diligent and help, whilst having a million and one other things to do ... Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Reassigning to the crashing component, rpm isn't involved here. Whether its actually yum or pirut that's failing to catch the RepoError exception I dunno...
RepoError: failed to retrieve repodata/208e0e2bcdbffac4b526cb79a5e4e7252382a953-updateinfo.xml.gz from rhel-i386-server-5 error was [Errno -1] Metadata file does not match checksum
*** Bug 638958 has been marked as a duplicate of this bug. ***
*** Bug 639047 has been marked as a duplicate of this bug. ***
*** Bug 639657 has been marked as a duplicate of this bug. ***
*** Bug 639731 has been marked as a duplicate of this bug. ***
I was not able to reproduce the behavior reported -- all attempts to download the said updateinfo.xml.gz file yielded complete and successful download. I believe it was a transient event, probably a network glitch between RHN origin and Akamai caching layer. But -- as I said already, this is just a guess. Please reopen if it happens again.
*** Bug 641149 has been marked as a duplicate of this bug. ***
*** Bug 644723 has been marked as a duplicate of this bug. ***
*** Bug 663419 has been marked as a duplicate of this bug. ***
*** Bug 663488 has been marked as a duplicate of this bug. ***
I had the problem, and it persisted even after the bug was allegedly corrected - however, after a "yum clean all" (which did *not* help when the bug was still there), "pup" now ran without error messages.
*** Bug 667185 has been marked as a duplicate of this bug. ***
*** Bug 667271 has been marked as a duplicate of this bug. ***
I'm going to reopen this bug, given that I've now closed another 4 duplicates against it in the last month.
Created attachment 471926 [details] dump file from pup
This bug seemed to disappear (fixed?) in December, but has reappeared today on 2 of 4 machines when trying to update with pup. I tried "yum clean all" and "rhn-profile-sync" and even rebooting. Still crashing.
I have manually refreshed rhel-x86_64-client-5/ba8760ec617fcc56f04856fab8c68557615feb38-updateinfo.xml.gz. It should no longer be corrupted. I propose we leave this BZ open to consolidate all CDN repodata corruption reports in single place.
Closing this bug since we have a) identified the root cause of the issues in the networking stack b) assembled a process that helps us diagnose and act proactively on this kind of issues in the future. As always, if the need arises, I suggest everyone involved to file a new BZ if this problem pops up again.