Bug 11519

Summary: Possible bug in lprm/lpd: It doesn't allow to remove remote printer jobs
Product: [Retired] Red Hat Linux Reporter: Josi M. Benmtez <j.m.benitez>
Component: lprAssignee: Bernhard Rosenkraenzer <bero>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 6.2CC: j.m.benitez
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2000-05-19 09:12:24 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 Josi M. Benmtez 2000-05-19 09:12:24 UTC
We've been using Linux as client and server OS for a long time. We've been
using BSD lpd system to set up a network printing service. A machine
running under Linux RH 6.2 is offering printing service to other machines
in the network. Authorizated client machines are included in server's
/etc/hosts.lpd. Client machines are avaible to send and get their jobs
printed through the printer attached to the server. However, jobs CANNOT
get purged from the printer queue. You always get a "permission denied"
reply for an lprm command. The only way to get rid of the jobs is executing
lprm as root at the server machine. Permissions are right, namely,
-rwxr--r--    1 root     root        51696 Feb 14 20:13 /usr/sbin/lpd
-r-sr-sr-x    1 root     lp          17208 Feb 14 20:13 /usr/bin/lprm

	We have tried using lprm from differente clients running under differente
distributions of linux (Red Hat, Slackware, SuSe) with different kernels
and program version. In no case lprm succeded.
	We have also run the lpd daemon with the -l option, but no significant
information has been obtained.
	There have been no changes in either network or printer configuration
files from RH 5.1, where everything was running fine. Upgrading to RH 6.0,
RH 6.1 or RH 6.2 didn't solve the problem. I think that this should be an
error in the lprm or lpd programs.

Comment 1 Bernhard Rosenkraenzer 2000-07-17 15:22:11 UTC
This is fixed in rawhide with the move to LPRng.