Re: Print server problems on Enterprise 3

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



It was an old HP LJ 4V and the queue name is just hp4v. Yes, it was IPP instead of LPD.

-brian

Brian D. McGrew { brian@xxxxxxxxxxxxxxxxxxx || pacemakertaker@xxxxxxxxx }
--
> YOU! Off my planet!
On Aug 31, 2004, at 4:52 PM, Michael Scully wrote:


Brian:

By http, I take it to mean you went with IPP printing, not LPD. Do
most print servers support that mode? Only some of them work with the
standard JetDirect (port 9100) mode. What do you use for the printer and
queue name in the configuration?


Mike


-----Original Message-----
From: redhat-list-bounces@xxxxxxxxxx [mailto:redhat-list-bounces@xxxxxxxxxx]
On Behalf Of Brian D. McGrew
Sent: Tuesday, August 31, 2004 4:33 PM
To: General Red Hat Linux discussion list
Subject: Re: Print server problems on Enterprise 3


I had a similar problem in a network with several linux and several
windows servers where the printer would repeat the jobs over and over
again.  I was using a linksys print server.  I finally ended up having
to setup CUPS up to talk to the print server in http and the problem
went away.  Was very bizarre.

-brian

Brian D. McGrew		{ brian@xxxxxxxxxxxxxxxxxxx ||
pacemakertaker@xxxxxxxxx }
--
YOU! Off my planet!
On Aug 31, 2004, at 4:29 PM, Michael Scully wrote:

Greetings fellow RH veterans:

	I have one client with a problem I haven't encountered anywhere else
on Red Hat.  They have Enterprise 3.0 ES running at their main
location with
ssh sessions running our accounting package.  At a remote site we have
another LAN that's using a VPN tunnel between sites to give them
access.  At
that remote site, I have an HP Laser connected via a D-link print
server.
The printer is configured in CUPS as an LPD printer and works fine for
the
most part.

	Every so often, a print job gets "stuck" where it prints, but the
job remains in the queue and prints again (and again and again).  The
users
finally have to turn the printer off before it goes through a ream of
paper.
If we reset the print server and printer, and clean out the print
queue, all
returns to normal for a day or two.

	I've watched this with lpstat to know that it's not some abnormal
job.  It just doesn't get deleted in the queue, as if the hardware was
telling CUPS to re-submit the job instead of deleting it.  I've used a
different brand of print server but with no difference.  Also, the
connection between the print server and printer is USB, but that
shouldn't
matter to CUPS.  It only sees the device as a host name and printer.

	Anyone else have similar experiences?  I'm positive that there isn't
any PCL code for multiple copies in the print job itself.

Mike Scully



--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list


--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list


-- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list


--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux