Red Hat Bugzilla – Bug 6475
remote lpd got reset
Last modified: 2014-03-16 22:10:56 EDT
I and my colleague each is using a IBM thinkpad 770
running redhat 6.1 with a IBM pcmcia token ring interface.
We can do telent, ftp, web surffing without any problem.
But when we tried to lpr to a remote printer, nothing
got printed and the system reported no errors.
We used tcpdump to trace the packets between the thinkpad
and the printer server. The trace showed that after the
thnkpad closed the tcp connection by sending a FIN, the
remote lpd responded with 2 packets, one is a normal ACK
and the 2nd one is the same ACK but with PUSH (P) flag.
Then the thinkpad sent a reset. An strace on the thinkpad's
lpd did not show it reset (abort) the connection.
We are at a loss at this point. We do not know why a reset
is sent, and why everything else, including FTP download
from thw web worked so well.
Is there anything at all on the remote print server?
Are any errors recorded in /var/log/messages?
I am facing s similar problem that I believe is tied to the latest lpr
package released due to security issues. I can't print to remote
spools (except useing samba). No error messages on the server, but in
the client, I get "permission denied" messages when tryting to restart
the daemon. It used to work... and yes, /etc/hosts.lpd is
Which update version are you using?
lpr-0.44-1 on the rh 6.1 boxes.
lpr-0.44-0.5.2 on the rh 5.2 boxes which host the printers.
I'm going to snag the latest and greatest and see if it works.
I snagged the lpr-0.46 SRPM off of rawhide and that seems to have
solved the problems I was having. Apparently it's the RH6.1 RPM
(lpr-0.44-1) that's broken.. and the RH5.2 one on the server was
working just fine.
Yes, the 0.44 release has a few problems, that were fixed in
the 0.46 bugfix release.
(as for the other problem, that workaround is now in CVS, and
will be in the next lpr release.)