Version-Release number of selected component: yum-utils-1.1.31-4.fc17 Additional info: libreport version: 2.0.18 abrt_version: 2.0.18 cmdline: /usr/bin/python -tt /usr/bin/reposync -c Descriptors/blackfin.repo -a x86_64 --source -r blackfin-current -p mirrors/blackfin/current/x86_64/0/1/ kernel: 3.6.7-4.fc17.x86_64 backtrace: :yumRepo.py:1500:_commonRetrieveDataMD_list:OSError: [Errno 2] No such file or directory : :Traceback (most recent call last): : File "/usr/bin/reposync", line 352, in <module> : main() : File "/usr/bin/reposync", line 169, in main : my.doRepoSetup() : File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 670, in doRepoSetup : return self._getRepos(thisrepo, True) : File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 722, in _getRepos : self._repos.doSetup(thisrepo) : File "/usr/lib/python2.7/site-packages/yum/repos.py", line 134, in doSetup : self.retrieveAllMD() : File "/usr/lib/python2.7/site-packages/yum/repos.py", line 92, in retrieveAllMD : downloading = repo._commonRetrieveDataMD_list(mdtypes) : File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1500, in _commonRetrieveDataMD_list : os.rename(local, local + '.old.tmp') :OSError: [Errno 2] No such file or directory : :Local variables in innermost frame: :old_repo_XML: <yum.repoMDObject.RepoMD instance at 0x247b7a0> :downloading: [] :odata: <yum.repoMDObject.RepoData instance at 0x2480b48> :omdtype: 'primary_db' :mdtype: 'primary' :all_mdtypes: ['filelists', 'updateinfo', 'other', 'group', 'primary'] :self: <yum.yumRepo.YumRepository object at 0x239ed10> :mdtypes: ['primary'] :_mdtype_eq: <function _mdtype_eq at 0x246bb18> :ndata: <yum.repoMDObject.RepoData instance at 0x2484248> :local: '/var/tmp/yum-abudantsev-uoqSMC/rpmfusion-free-updates-local/80f6e1aebdd6c30e08470ab8b707be1e90f06b97089a08d9b436527234d9c0e4-primary.sqlite.bz2' :reverts: [] :nmdtype: 'primary_db'
Created attachment 652905 [details] File: dso_list
Created attachment 652906 [details] File: environ
Created attachment 652907 [details] File: executable
Created attachment 652908 [details] File: smolt_data
Created attachment 652909 [details] File: core_backtrace
Thanks for the report. Any chance to reproduce this? Before renaming the old metadata file Yum verifies the file checksum, so this seems impossible to happen without something intervening.
I invoked 'yum install' accidentally when repository mirror were updating.
Thanks! I think this is indeed a bug: reposync does not lock the cachedir. Fixed this upstream.
yum-utils-1.1.31-7.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/yum-utils-1.1.31-7.fc18
*** Bug 901361 has been marked as a duplicate of this bug. ***
*** Bug 901360 has been marked as a duplicate of this bug. ***
Package yum-utils-1.1.31-7.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing yum-utils-1.1.31-7.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-1128/yum-utils-1.1.31-7.fc18 then log in and leave karma (feedback).
yum-utils-1.1.31-7.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.
*** Bug 904287 has been marked as a duplicate of this bug. ***