Red Hat Bugzilla – Bug 12797
lpr stalls most days, dead(?) job fronts queue
Last modified: 2008-05-01 11:37:56 EDT
We are running a RHL 6.1 box as a Samba server. We print from up to 30 W95
boxes, using Adobe's latest PS driver, and strip DSC comments fro the
resulting job before sending through gs and spooling via lpr.
Every now and again, the queue stalls, and lpq behaves strangely, giving
the following output:
Rank Owner Job Files Total Size
1st aluser 107 blah.filename 83 bytes
2nd aluser 108 blah.filename 16769 bytes
3rd aluser 109 blah.filename 15243 bytes
4th aluser 110 blah.filename 40880 bytes
and won't return without ^C
I've a feeling that the relevant line here is '0 bytes', and when I check
the relevant spool directory, there is a zero length control file
(cfblahblah) owned by root.
PS I'm not at work, so the more perceptive reader will realise that the
output listed above ain't quite right. But the '0 bytes' biit sure is.
This should be fixed in the current errata lpr package.
If that doesn't work for you either, try the LPRng package from rawhide.