Bug 745281
Summary: | yum floods the screen with 'another app is currently holding the yum lock' (instead of periodic prints) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Yaniv Kaul <ykaul> |
Component: | yum | Assignee: | Fedora Packaging Toolset Team <packaging-team> |
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Dan Mashal <dan.mashal> |
Severity: | medium | Docs Contact: | |
Priority: | high | ||
Version: | 17 | CC: | awilliam, dan.mashal, ffesti, james.antill, jkt, mads, maxamillion, pmatilai, tim.lauridsen, zpavlas |
Target Milestone: | --- | Keywords: | Regression, Reopened |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-06-18 10:15:48 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Yaniv Kaul
2011-10-11 21:17:00 UTC
*** This bug has been marked as a duplicate of bug 812668 *** This is clearly not a dupe of 812668. It's complaining about the nature of the output yum prints when it encounters a lock, not the fact of the lock itself. Re-opening. Dan, please be careful when wielding the dupe stick. It can be dangerous. It's related pretty closely, IMO. Yum normally retries the lock every 2s but when it fails to show the lock owner, it assumes its 'exiting' anyway, and retries every 0.1s. show_lock_owner(PID) does some /proc parsing which errs on zombies. Ignoring such lockers early fixes both issues (lock not obtained + flooding the screen). This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. This is still happening on Rawhide. *** This bug has been marked as a duplicate of bug 810530 *** No, not a dupe. The description specifically states the objection here: that the message is printed too rapidly. what is the status of this? if it's not a dupe can we get an update please? It's been more than 2+ weeks. what is the status of this? if it's not a dupe can we get an update please? It's been more than 2+ weeks. I'm not able to reprocude this bug. Please, when this happens again, make a copy of /proc/4422/status and /proc/4422/stat files, and attach these (replace 4422 with the actual locker PID. If it's already off the screen, You'll find it in /var/run/yum.pid). Haven't encountered for quite some time. I guess providing the comments above when the bug actually happened and not half a year later, would have been more productive, but this is a repeating pattern with most of my Fedora bugs. I'll close with INSUFFICIENT_DATA. Sounds good. Not receiving it anymore either. yum-3.4.3-28.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/yum-3.4.3-28.fc17 yum-3.4.3-28.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report. |