Bug 1338046
| Summary: | dnf will consume 100% CPU when there is no space left on device | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Thadeu Lima de Souza Cascardo <cascardo> |
| Component: | dnf | Assignee: | rpm-software-management |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 23 | CC: | jsilhan, mluscon, mmraka, packaging-team-maint, pnemade, rkhan, vmukhame |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | dnf-1.1.10-1.fc24 dnf-1.1.10-1.fc23 dnf-1.1.10-1.fc25 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-08-19 19:51:33 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. Fixed as part of DNF 2.0 release which will be available at some point soon. dnf-1.1.10-1.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2016-267f843cda dnf-1.1.10-1.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2016-8caa619a9e dnf-1.1.10-1.fc24 dnf-plugins-core-0.1.21-3.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-878284e0d3 dnf-1.1.10-1.fc25, dnf-plugins-core-0.1.21-4.fc25 has been pushed to the Fedora 25 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-8caa619a9e dnf-1.1.10-1.fc23, dnf-plugins-core-0.1.21-3.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-267f843cda dnf-1.1.10-1.fc24, dnf-plugins-core-0.1.21-3.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-878284e0d3 dnf-1.1.10-1.fc24, dnf-plugins-core-0.1.21-3.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report. dnf-1.1.10-1.fc23, dnf-plugins-core-0.1.21-3.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report. dnf-1.1.10-1.fc25, dnf-plugins-core-0.1.21-4.fc25 has been pushed to the Fedora 25 stable repository. If problems still persist, please make note of it in this bug report. |
Description of problem: dnf will consume 100% of CPU when trying to create a lock when the device is full. Version-Release number of selected component (if applicable): dnf-1.1.8-1.fc23.noarch How reproducible: dnf started by itself and I noticed a 100% CPU consumption, killed dnf two times. The third time, I ran strace and found out about the full device. Steps to Reproduce: 1. Make / full. 2. Let dnf start. 3. Notice 100% CPU use. Actual results: dnf consumes 100% CPU. Expected results: dnf should bail out. Additional info: strace output. open("/var/cache/dnf/metadata_lock.pid", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/var/cache/dnf/metadata_lock.pid", O_WRONLY|O_CREAT|O_EXCL|O_CLOEXEC, 0644) = -1 ENOSPC (No space left on device) open("/var/cache/dnf/metadata_lock.pid", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/var/cache/dnf/metadata_lock.pid", O_WRONLY|O_CREAT|O_EXCL|O_CLOEXEC, 0644) = -1 ENOSPC (No space left on device) open("/var/cache/dnf/metadata_lock.pid", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/var/cache/dnf/metadata_lock.pid", O_WRONLY|O_CREAT|O_EXCL|O_CLOEXEC, 0644) = -1 ENOSPC (No space left on device) open("/var/cache/dnf/metadata_lock.pid", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/var/cache/dnf/metadata_lock.pid", O_WRONLY|O_CREAT|O_EXCL|O_CLOEXEC, 0644) = -1 ENOSPC (No space left on device) open("/var/cache/dnf/metadata_lock.pid", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/var/cache/dnf/metadata_lock.pid", O_WRONLY|O_CREAT|O_EXCL|O_CLOEXEC, 0644) = -1 ENOSPC (No space left on device) open("/var/cache/dnf/metadata_lock.pid", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/var/cache/dnf/metadata_lock.pid", O_WRONLY|O_CREAT|O_EXCL|O_CLOEXEC, 0644) = -1 ENOSPC (No space left on device) open("/var/cache/dnf/metadata_lock.pid", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/var/cache/dnf/metadata_lock.pid", O_WRONLY|O_CREAT|O_EXCL|O_CLOEXEC, 0644) = -1 ENOSPC (No space left on device) open("/var/cache/dnf/metadata_lock.pid", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/var/cache/dnf/metadata_lock.pid", O_WRONLY|O_CREAT|O_EXCL|O_CLOEXEC, 0644) = -1 ENOSPC (No space left on device) open("/var/cache/dnf/metadata_lock.pid", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/var/cache/dnf/metadata_lock.pid", O_WRONLY|O_CREAT|O_EXCL|O_CLOEXEC, 0644) = -1 ENOSPC (No space left on device) open("/var/cache/dnf/metadata_lock.pid", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)