Description of problem:
When DNF downloads cache it always locks the global metadata-cache lock even though different cachedir is used. This is a problem with mock, because then you can't run multiple builds that refresh repos at the same time. The same problem applies to package-cache.
Version-Release number of selected component (if applicable):
Each cache locked independently
can you please describe steps taken to reproduce this and the actual results seen? How is mock setting the different cachedir?
Reproducer outside mock:
mkdir -p /tmp/buildroot/etc/dnf
cat > /tmp/buildroot/etc/dnf/dnf.conf << EOF
sudo dnf --installroot /tmp/buildroot --releasever 22 install shadow-utils
in another terminal:
sudo dnf makecache
metadata-cache already locked by 31676
The application with PID 31676 is: dnf
Memory : 25 M RSS (576 MB VSZ)
Started: Tue Jul 29 16:33:16 2014 - 00:26 ago
State : Sleeping
The instance with installroot specified writes the cache into /tmp/buildroot/var/cache/dnf, which is correct. But locks everything globally. The global cache and the one in installroot should be completely independent. The problem I'm hitting in mock is that each running instance of mock will have different installroot and therefore different cache, but only one of them will acquire the lock, others will exit.
The same problem applies when cachedir is explicitly overriden in the config.
Thanks Michal, it' s clear now. We'll take a look at this.
Fixed upstream by 45b26c6, the lock files are now stored at more reasonable places and do not clash for different caches.
dnf-0.6.2-1.fc21 has been submitted as an update for Fedora 21.
* should fix your issue,
* was pushed to the Fedora 21 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing dnf-0.6.2-1.fc21'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
This bug appears to have been reported against 'rawhide' during the Fedora 22 development cycle.
Changing version to '22'.
More information and reason for this action is here:
wasn't properly closed by Fedora Update System.
dnf-0.6.4-6.fc21 has been pushed to the Fedora 21 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update dnf'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-14323
dnf-0.6.4-7.fc21 has been submitted as an update to Fedora 21. https://bodhi.fedoraproject.org/updates/FEDORA-2015-9bcdcdc46b
dnf-0.6.4-7.fc21 has been pushed to the Fedora 21 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
$ su -c 'dnf --enablerepo=updates-testing update dnf'
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-9bcdcdc46b
dnf-0.6.4-7.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.