Red Hat Bugzilla – Bug 667143
Reposync crashes after file not found
Last modified: 2011-12-09 05:21:30 EST
Description of problem:
If the package described in repodata is deleted from repository
during the repo-sync, process of reposync will fail.
Version-Release number of selected component (if applicable):
1 of 1
Steps to Reproduce:
1. Start a sync of a repository
2. Delete the package from the rerpository
Reposync crashes with no such file exception
Reposync should skip the package and sync the rest of the
repo. Or at least notify the system administrator
Created attachment 471688 [details]
snip of the rhn_taskomatic_daemon.log
QA can use global [beaker-tasks] repository, which is pretty much unstable.
It's been fixed some time ago by commits
Package spacewalk-backend-1.4.16-1 works as expected.
(In reply to comment #3)
> It's been fixed some time ago by commits
> Package spacewalk-backend-1.4.16-1 works as expected.
This is a fix in upstream not in satellite.
*** Bug 727840 has been marked as a duplicate of this bug. ***
Backported to SATELLITE-5.4 as
moved checksum logic into ContentPackage
yum repo metadata have precomputed checksum we can use to compare the
package on disk; unfortunately it's a different from the one we want to
store so we have to compute the second one on our own
spacewalk-repo-sync should not download package which is already on disk
One more backported commit
shortened and narrowed package sync logic
process packages in one loop
(cherry picked from commit ab07eddd4caf3de6a04c7e35ae9217eda101bffa)
Given the bug 753158 comment 0, which says it's 100% reproducible -->
isn't this bug supposed to be FailedQA?
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.