Bug 1049028
Summary: | [locking] dnf is not blocking | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Nicolas Mailhot <nicolas.mailhot> |
Component: | dnf | Assignee: | Packaging Maintenance Team <packaging-team-maint> |
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | low | ||
Version: | rawhide | CC: | akozumpl, nicolas.mailhot, packaging-team-maint, pnemade, rholy |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2014-09-09 08:37:35 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: |
Description
Nicolas Mailhot
2014-01-06 19:59:25 UTC
Nicolas, can you reproduce this consistently? What is the command line of the process with PID 2190? Thanks. (In reply to Ales Kozumplik from comment #1) > Nicolas, can you reproduce this consistently? Haven't tried > What is the command line of > the process with PID 2190? It was a general dnf - y update that was slowly getting metadata and had not finished yet Allright, so you'd expect it to wait until the lock is released, is that right? Exactly. Wait till what was requested is done I see now, thanks. I kind of like the current behavior more but let's see how this plays out. Closing this---the issue has not generated much interest among other users which tells us the current behavior is preferred. A simple shell wrapper could be build that restarts the DNF process after the previous one is finished. |