CUPS printer "is not ready" -- how to make it ready?
Helge Blischke
H.Blischke at srz-berlin.de
Mon Nov 22 05:22:24 PST 2004
I think you should describe in more detail how your matrix
are connected and handled by CUPS.
Helge
Martin Schwarzkopf wrote:
>
> Perhaps this is a little long to explain but I need
> to do it this way so you can have a complete idea of
> my problem.
>
> I am in charge of a 25 PC network at the place I work,
> 23 PCs have Linux installed as Operating System and
> 2 of them have Windows XP. The server is also a Linux
> box running an application made in Cobol. All the
> Linux boxes have SuSE Linux 9.1.
>
> We have around a dozen matrix printers (Epson FX-890)
> connected to some linux stations and a laser printer
> (HP LaserJet 1300) connected to one of the windows PCs.
>
> All the PCs connect to the Linux server through a ssh
> session.
>
> At the Linux Server, all the printers (Linux and Windows)
> are declared as remote raw printers so that the users
> can print from the Cobol application.
>
> This server application sends pure text to the remote
> printers. At the server, the remote queues are declared
> as with CUPS at the Linux PCs and with SMB at the
> windows one.
>
> Each Linux workstation printer has 2 queues defined.
> One raw queue called "lp" to receive the jobs sent
> by the server and one filtered queue for the local
> printing (usually jobs from OpenOffice). This queue
> is usually named according to the labour of the user
> (sales5, credit2, control1, etc)
>
> The laser printer connected to the Windows PC works
> fine. ALWAYS. The matrix printers work only perfectly
> when the user sends a local print job (OpenOffice,
> Mozilla, Gimp, etc). The problem is that when the
> server sends a raw print job to the remote queues,
> frecuently, the printer status turns to "Printer is
> not ready" without any reason. This happens more or
> less after 3 or 4 print jobs sent to same remote
> queue.
>
> Sometimes the queue looks empty, and some others don't.
> The strange thing is that the user gets a complete and
> normally printed job, but when the printer turns to the
> "Printer is not ready" state, even when the report seems
> to be finished, sometimes it still appears in the queue.
>
> The only way I found to solve this, was creating a
> script to modify the /etc/cups/printers.conf file
> to turn it to "Printer IS ready" and to restart the
> daemon. (CUPS 1.1). This script checks the queue
> every minute.
>
> It doesnt matter if the jobs was still appearing in
> the queue, if the printer turned to the "is not ready"
> state, it will be printed again when I restart the
> daemon!!! So, if the user is printing numbered
> invoices or in a different kind of paper, they waste
> resources ans time.
>
> If the report is quite long (3 or more minutes), the
> printer queue will turn again into the "not ready"
> state before it finishes and the cron daemon will
> restart the cups daemon and I that user will have
> 3 or more copies of the same report.
>
> Can anybody lend me a hand? We were working with
> SuSE 8.0 before and this didn't happen. I have this
> problem since the upgrade to 9.1
>
> I think that the "Job Persistence" feature of cups is, in
> part, cause of my problem. Do you know how to disable it?
> I will appreciate any help anyone can give to me.
>
> Thanks a lot in advance,
>
> Martin Schwarzkopf
> mschwarzkopf at terra.com
--
Helge Blischke
Softwareentwicklung
SRZ Berlin | Firmengruppe besscom
http://www.srz.de
tel: +49 30 75301-360
More information about the cups
mailing list