Bug 124863 - Grip creates /var/log/messages storms when disk missing
Grip creates /var/log/messages storms when disk missing
Product: Fedora
Classification: Fedora
Component: grip (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Bill Nottingham
Depends On:
  Show dependency treegraph
Reported: 2004-05-31 12:02 EDT by Scott R. Godin
Modified: 2014-03-16 22:45 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-02-04 18:09:46 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Scott R. Godin 2004-05-31 12:02:19 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6)
Gecko/20040211 Firefox/0.8

Description of problem:
I'm surprised no one has mentioned this earlier, but it's very obvious
if you watch your logfiles. 

Eject a cd from a running grip and /var/log/messages starts receiving
complaints that the drive is not ready, that by all appearances will
go on forever until you either insert another disk or quit grip. 

There has to be a better way to do this, other than the present, which
results are very very messy log-wise. 

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. start grip with a disk in the drive
2. open an xterm and tail -f /var/log/messages
3. eject the disk via grip's interface but do not quit grip

Actual Results:  May 30 13:32:09 pcp01723902pcs kernel: sr0: CDROM not
ready.  Make sure there is a disc in the drive.
May 30 13:32:40 pcp01723902pcs last message repeated 31 times
May 30 13:33:41 pcp01723902pcs last message repeated 61 times
May 30 13:34:42 pcp01723902pcs last message repeated 61 times
May 30 13:35:43 pcp01723902pcs last message repeated 61 times
May 30 13:36:00 pcp01723902pcs last message repeated 17 times
...etc ad infinitum

Expected Results:  none (or only one) of the above :) 

Additional info:
Comment 1 Bill Nottingham 2004-06-01 01:10:31 EDT
Hm, I suppose grip should check errors better. Those come from the
kernel; apparently grip just sends commands eternally.
Comment 2 Bill Nottingham 2005-02-04 18:09:46 EST
grip is no longer shipped in the development tree; as such, it is unlikely older
bugs will be fixed.

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