Red Hat Bugzilla – Bug 387
lprm cannot cancel printjobs remotely
Last modified: 2008-05-01 11:37:48 EDT
When I try to cancel a printjob on a remote printserver
running lpd from package lpr-0.33 I get a message
"permission denied". The host from which I sent the
printjob is identical to the one I sent the lprm from.
No matter if I try it as user or root.
I can login as root to the printserver and cancel the job
from there -- or I can edit the printjobs control file and
change the "H"-entry from "hostname" to "hostname.my.domain"
and then cancel the job from the sending host.
Is the print server in the same domain that the sending host is in, or
a different one? If the printer server is in a different domain, then
there could be some confusion with name resolution, hence the reason
that it works when you edit the control file entry.
I had the same problem with RH6.0 original and 0.46-1 lpr. Remote print jobs
could not be canceled when sent from another RH6.0, however changing the "H"
entry as suggested by klaus works. I could cancel remote print jobs sent from
another host running Debian 2.0. The only difference was the cf file didn't have
the FQDN for the client host on the "H" line! Replacing the 0.46-1 lpr binary
with the one from the Debian system fixed the problem. Hence, bug in hostname
lookup?? This would be the first time for me trying to compare two sources!
I have the same problem with FQDN too on RedHat 6.0. When I print to printer
server from RH 6.1 or from HPUX 10.20, it prints fine. But when I want to remove
job from queue, I get "permission denied". In cf file there is on "H" line the
pc name only (e.g. pc55). When I write FQDN instead of this (e.g. pc55.net1.kb),
the job should be removed without problems. Is there any way to tell the lpd to
store the FQDN instead the name of the pc only?
I solved this problem. On all computers which prints to my print server by
Linuxconf I set the computer name to FQDN and reboot the computer and problem is
solved. Before this change, the cf file was named with FQDN, df was only
computer name and H-line in cf was comp name too (e.g. printing prom
pc55.net1.kb: cfA024pc55.net1.kb, dfpc55 and in cf: Hpc55 - and this causes
permission denied error). After changing computer name of pc55 to pc55.net1.kb
all entries and files are pc55.net1.kb and removing jobs work fine.