Re: strange Cups behavior
Hi Brian! Am 03.09.2013 18:22, schrieb Brian: On Tue 03 Sep 2013 at 16:23:23 +0200, Frank Weißer wrote: Am 03.09.2013 14:18, schrieb Brian: Which appliaction were you printing from? Or, what was the command you used? Evince / poppler/cairo (0.18.4) When testing the operation of a printer with CUPS it is not a bad idea to use something lower down the chain such as lp -d UTAX_TA_CLP_3521_CLP_4521pdf,text or PS if there is a possible question mark over the application sending the job. # lpstat -t scheduler is running device for UTAX_TA_CLP_3521_CLP_4521: socket://10.0.2.70 socket:// is generally reliable. # lpstat -u frank # No output here ??? It's ok. frank has no print jobs queued. http://localhost:631/admin/log/access_log localhost - - [03/Sep/2013:09:09:14 +0200] POST /printers/UTAX_TA_CLP_3521_CLP_4521 HTTP/1.1 200 84524 Print-Job successful-ok localhost - - [03/Sep/2013:09:09:17 +0200] POST / HTTP/1.1 200 342 Create-Printer-Subscription successful-ok localhost - - [03/Sep/2013:09:13:39 +0200] POST /jobs HTTP/1.1 401 141 Restart-Job successful-ok localhost - - [03/Sep/2013:09:13:41 +0200] POST /jobs HTTP/1.1 200 140 Restart-Job successful-ok localhost - - [03/Sep/2013:10:52:11 +0200] POST /printers/UTAX_TA_CLP_3521_CLP_4521 HTTP/1.1 200 298 Create-Job successful-ok localhost - - [03/Sep/2013:10:52:11 +0200] POST /printers/UTAX_TA_CLP_3521_CLP_4521 HTTP/1.1 200 23803 Send-Document successful-ok localhost - - [03/Sep/2013:16:09:34 +0200] GET /admin/log/error_log HTTP/1.1 200 0 - - Looks fine. I first tried from evince at 9:09, then reprinted from cups-webinterface/iceweasel at 9:13 and later at 10:52 printed succesfully another document as frank from libreoffice Three successful printings, then. No , the first is the one, who didn't get on paper. Also, edit /etc/cups/cupsd.conf, change loglevel to debug, print and look at /var/log/cups/error_log. You might want to compress it and post it here for others to examine. Done, but printing the same .pdf from evince went fine this time and no error.log in /var/log/cups/. I'll try again tomorrow and let you know. No error_log? I've only encountered that by deleting the log just before printing something. LogLevel debug is intended to give copious output for all print jobs. Sorry my fault, looked at wrong place. Logfile starts at [03/Sep/2013:16:16:17 +0200] The previous log ends [28/Aug/2013:10:36:35 +0200], so the time when the problem happened isn't logged at all :-( I tried to reproduce the problem this morning, but now printing .pdf from evince as frank worked. So i think we can close this thread. Thanks for your help readU Frank -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5226d333.5040...@weisser-ol.de
strange Cups behavior
Hi out there! I'm running Debian Testing with latest updates and got strange Cups behavior: As user frank, member of lp and lpadmin, i tried to print a .pdf to http://localhost:631/printers/UTAX_TA_CLP_3521_CLP_4521 and after a little while Cups says job completed, printer idle. But there's no paper-output at the printer :-( I tried reprint job in Cups, authentivcated as root and - voila - got my paper. Afterwords Cups says 2 pages printed, the printer guesses right and tells me 1 page printed, but where is the lost page? Should i cut the cable to look for it? Or any better suggestions? readU Frank -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52258fa0.1000...@weisser-ol.de
Re: strange Cups behavior
On Tue 03 Sep 2013 at 09:28:32 +0200, Frank Weißer wrote: I'm running Debian Testing with latest updates and got strange Cups behavior: As user frank, member of lp and lpadmin, It is not necessary for frank to be a member of either of these groups in order to print. i tried to print a .pdf to http://localhost:631/printers/UTAX_TA_CLP_3521_CLP_4521 Which appliaction were you printing from? Or, what was the command you used? and after a little while Cups says job completed, printer idle. But there's no paper-output at the printer :-( I tried reprint job in Cups, authentivcated as root and - voila - got my paper. Afterwords Cups says 2 pages printed, the printer guesses right and tells me 1 page printed, but where is the lost page? Should i cut the cable to look for it? You could look in /var/spool/cups. Please post the outputs of lpstat -t and lpstat -u frank Also, edit /etc/cups/cupsd.conf, change loglevel to debug, print and look at /var/log/cups/error_log. You might want to compress it and post it here for others to examine. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130903121834.gg28...@copernicus.demon.co.uk
Re: strange Cups behavior
Hi Brian! Am 03.09.2013 14:18, schrieb Brian: On Tue 03 Sep 2013 at 09:28:32 +0200, Frank Weißer wrote: I'm running Debian Testing with latest updates and got strange Cups behavior: As user frank, member of lp and lpadmin, It is not necessary for frank to be a member of either of these groups in order to print. i tried to print a .pdf to http://localhost:631/printers/UTAX_TA_CLP_3521_CLP_4521 Which appliaction were you printing from? Or, what was the command you used? Evince / poppler/cairo (0.18.4) You could look in /var/spool/cups. Please post the outputs of lpstat -t # lpstat -t scheduler is running system default destination: FS-1010 device for CDC_1930_DCC_2930: socket://10.0.2.8 device for FS-1010: usb://Kyocera/FS-1010?serial=XAL4803627 device for Photosmart_C309a: hp:/net/Photosmart_C309a_series?zc=printer00 device for Photosmart_C309a_fax: hpfax:/net/Photosmart_C309a_series?zc=printer00 device for UTAX_TA_CLP_3521_CLP_4521: socket://10.0.2.70 CDC_1930_DCC_2930 accepting requests since Mi 28 Aug 2013 10:43:40 CEST FS-1010 accepting requests since Fr 05 Jul 2013 07:03:58 CEST Photosmart_C309a accepting requests since Sa 31 Aug 2013 01:39:59 CEST Photosmart_C309a_fax accepting requests since So 04 Aug 2013 23:10:41 CEST UTAX_TA_CLP_3521_CLP_4521 accepting requests since Di 03 Sep 2013 10:52:11 CEST printer CDC_1930_DCC_2930 is idle. enabled since Mi 28 Aug 2013 10:43:40 CEST printer FS-1010 is idle. enabled since Fr 05 Jul 2013 07:03:58 CEST printer Photosmart_C309a is idle. enabled since Sa 31 Aug 2013 01:39:59 CEST printer Photosmart_C309a_fax is idle. enabled since So 04 Aug 2013 23:10:41 CEST printer UTAX_TA_CLP_3521_CLP_4521 is idle. enabled since Di 03 Sep 2013 10:52:11 CEST Waiting for printer to finish. and lpstat -u frank # lpstat -u frank # No output here ??? http://localhost:631/admin/log/access_log localhost - - [03/Sep/2013:09:09:14 +0200] POST /printers/UTAX_TA_CLP_3521_CLP_4521 HTTP/1.1 200 84524 Print-Job successful-ok localhost - - [03/Sep/2013:09:09:17 +0200] POST / HTTP/1.1 200 342 Create-Printer-Subscription successful-ok localhost - - [03/Sep/2013:09:13:39 +0200] POST /jobs HTTP/1.1 401 141 Restart-Job successful-ok localhost - - [03/Sep/2013:09:13:41 +0200] POST /jobs HTTP/1.1 200 140 Restart-Job successful-ok localhost - - [03/Sep/2013:10:52:11 +0200] POST /printers/UTAX_TA_CLP_3521_CLP_4521 HTTP/1.1 200 298 Create-Job successful-ok localhost - - [03/Sep/2013:10:52:11 +0200] POST /printers/UTAX_TA_CLP_3521_CLP_4521 HTTP/1.1 200 23803 Send-Document successful-ok localhost - - [03/Sep/2013:16:09:34 +0200] GET /admin/log/error_log HTTP/1.1 200 0 - - I first tried from evince at 9:09, then reprinted from cups-webinterface/iceweasel at 9:13 and later at 10:52 printed succesfully another document as frank from libreoffice Also, edit /etc/cups/cupsd.conf, change loglevel to debug, print and look at /var/log/cups/error_log. You might want to compress it and post it here for others to examine. Done, but printing the same .pdf from evince went fine this time and no error.log in /var/log/cups/. I'll try again tomorrow and let you know. readU Frank -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5225f0db.2000...@weisser-ol.de
Re: strange Cups behavior
On Tue 03 Sep 2013 at 16:23:23 +0200, Frank Weißer wrote: Am 03.09.2013 14:18, schrieb Brian: Which appliaction were you printing from? Or, what was the command you used? Evince / poppler/cairo (0.18.4) When testing the operation of a printer with CUPS it is not a bad idea to use something lower down the chain such as lp -d UTAX_TA_CLP_3521_CLP_4521 pdf,text or PS if there is a possible question mark over the application sending the job. # lpstat -t scheduler is running device for UTAX_TA_CLP_3521_CLP_4521: socket://10.0.2.70 socket:// is generally reliable. # lpstat -u frank # No output here ??? It's ok. frank has no print jobs queued. http://localhost:631/admin/log/access_log localhost - - [03/Sep/2013:09:09:14 +0200] POST /printers/UTAX_TA_CLP_3521_CLP_4521 HTTP/1.1 200 84524 Print-Job successful-ok localhost - - [03/Sep/2013:09:09:17 +0200] POST / HTTP/1.1 200 342 Create-Printer-Subscription successful-ok localhost - - [03/Sep/2013:09:13:39 +0200] POST /jobs HTTP/1.1 401 141 Restart-Job successful-ok localhost - - [03/Sep/2013:09:13:41 +0200] POST /jobs HTTP/1.1 200 140 Restart-Job successful-ok localhost - - [03/Sep/2013:10:52:11 +0200] POST /printers/UTAX_TA_CLP_3521_CLP_4521 HTTP/1.1 200 298 Create-Job successful-ok localhost - - [03/Sep/2013:10:52:11 +0200] POST /printers/UTAX_TA_CLP_3521_CLP_4521 HTTP/1.1 200 23803 Send-Document successful-ok localhost - - [03/Sep/2013:16:09:34 +0200] GET /admin/log/error_log HTTP/1.1 200 0 - - Looks fine. I first tried from evince at 9:09, then reprinted from cups-webinterface/iceweasel at 9:13 and later at 10:52 printed succesfully another document as frank from libreoffice Three successful printings, then. Also, edit /etc/cups/cupsd.conf, change loglevel to debug, print and look at /var/log/cups/error_log. You might want to compress it and post it here for others to examine. Done, but printing the same .pdf from evince went fine this time and no error.log in /var/log/cups/. I'll try again tomorrow and let you know. No error_log? I've only encountered that by deleting the log just before printing something. LogLevel debug is intended to give copious output for all print jobs. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130903162225.gh28...@copernicus.demon.co.uk