On 16/08/2021 13.24, Istvan Gabor wrote:
Tue, 10 Aug 2021 21:26:54 +0900 időpontban Masaru Nomiya írta:
Hello,
[IG] == Istvan Gabor <> has written:
IG> Hello:
IG> Here is my problem (apart from the printer freeze):
IG> If I restart (switch off and on) the printer, the print job is waiting quite long before IG> printed. Eventually it gets printed but is takes several minutes. I would expect IG> that after restarting the printer the print job is printed immediately. IG> How could I achieve that?
IG> In /etc/cups/printers.conf file the ErrorPolicy is set to retry-job for the IG> printer:
IG> <Printer laserjet> IG> ... IG> ErrorPolicy retry-job IG> </Printer>
Check the files;
/var/log/cups/access_log /var/log/cups/error_log
Thank for your answer. I waited to happen it again.
I sent job to the printer, the printer freezed, I restarted the printer.
Printer became ready at 12:31:14, print job started at 12:34:44, that is the delay was 3:30 min.
After restarting the printer:
lpstat -o hplaserjet-3862 user 145408 Mon 16 Aug 2021 12:28:35 PM CEST
lpstat -p printer hplaserjet is idle. enabled since Mon 16 Aug 2021 12:31:14 PM CEST
lpstat -a hplaserjet accepting requests since Mon 16 Aug 2021 12:31:14 PM CEST
The last lines of /var/log/cups/access_log (last modified at 12:31):
...
The last line of /var/log/cups/error_log (last modified at 12:34):
W [16/Aug/2021:08:14:07 +0200] CreateDevice failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files E [16/Aug/2021:08:14:07 +0200] Unable to open listen socket for address [v1.::1]:631 - Cannot assign requested address. E [16/Aug/2021:12:28:26 +0200] [CGI] cups-brf must be called as root E [16/Aug/2021:12:28:26 +0200] [cups-deviced] PID 6025 (cups-brf) stopped with status 1! E [16/Aug/2021:12:31:12 +0200] [CGI] cups-brf must be called as root E [16/Aug/2021:12:31:12 +0200] [cups-deviced] PID 6122 (cups-brf) stopped with status 1! E [16/Aug/2021:12:34:41 +0200] [Job 3862] Stopping unresponsive job.
I don't know how to interpret the log messages.
cups-brf is apparently Braille-Ready Format CUPS filter <https://fossies.org/linux/cups-filters/backend/cups-brf.c> My guess is that when the printer freezes, the process talking to it gets also stuck and takes some time (a timeout) to bail out. You could probably kill it, but I don't know if then the job will restart. What I do in similar cases is kill that print job (it should show in "lpq -a"; then "lprm job_nunmber"), then I restart the job from the application that produced it (which allows me to skip the pages already printed). Sometimes the printer doesn't like that print job on a second try, and in that case I change printer driver. For example, my printer: minas-tirith:~ # lpstat -a cp1510n_ps accepting requests since Mon Feb 5 14:13:06 2018 cp1515n_hpijs accepting requests since Tue Mar 9 21:32:13 2010 cp1515n_pcl3 accepting requests since Tue Mar 9 21:43:17 2010 minas-tirith:~ # My printer talks by default postscript (ps), but also hpijs and pcl3. I have one printer defined for each driver. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith))