Bug 554986 - there is no need for yum lock when pirut is idle
there is no need for yum lock when pirut is idle
Status: CLOSED CANTFIX
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: pirut (Show other bugs)
5.4
All Linux
low Severity medium
: rc
: ---
Assigned To: James Antill
Red Hat Satellite QA List
: Reopened
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2010-01-13 05:46 EST by Petr Sklenar
Modified: 2013-01-10 05:38 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2010-01-13 16:49:26 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Petr Sklenar 2010-01-13 05:46:56 EST
Description of problem:
Let pirut only running and doing nothing , it holds yum lock - its not needed.

Version-Release number of selected component (if applicable):
pirut-1.3.28-17.el5

How reproducible:
always

Steps to Reproduce:
1. start pirut
2. use yum; yum repolist
  
Actual results:
[root@dhcp-28-219 ~]# pirut &
[1] 10277 &
[root@dhcp-28-219 ~]# yum repolist
Loaded plugins: rhnplugin, security
Existing lock /var/run/yum.pid: another copy is running as pid 10277.

Expected results:
when pirut is idle and doing no updates there is no need to hold lock. 

Additional info:
Comment 1 James Antill 2010-01-13 09:29:27 EST
 Yeh, it is needed ... it's basically a running version of yum, with a GUI, kind of like if you started yum shell, and left it open.
 So if any of the yum data changes under it, bad things will happen.
Comment 2 John W. Lockhart 2010-01-13 12:28:43 EST
So why shouldn't the lock time out (perhaps configurably), and a refresh happen when activity resumes?  (Somewhat like a web session timing out due to inactivity.)

We've already seen this behavior interfere with other use of yum.  Not only does the pirut user lose data when the process is tracked down and killed, but others get to figure out what's holding the lock and then kill it off...

Are any other system-wide services blockable so quietly and easily?  Is it obvious to users that leaving pirut idle will inconvenience all other potential users of yum?  

The behavior might be okay on a single-user system, but should be re-thought for multi-user/multi-admin systems.  

Please re-consider the 'CantFix'.
Comment 4 James Antill 2010-01-13 16:51:32 EST
If you are really worried about it, feel free to open an RFE against pirut to work out when it's been "idle" for too long and then auto shutdown. That's probably not trivial (esp. given the lack of outside testing we get on it now), but might be doable.

Note You need to log in before you can comment on or make changes to this bug.