Http state waiting closing for error 32 broken pipe

Код: Выделить всё

D [16/Nov/2017:09:38:53 +0200] cupsdSetBusyState: newbusy="Active clients, printing jobs, and dirty files", busy="Printing jobs and dirty files"
D [16/Nov/2017:09:38:53 +0200] [Client 35] Read: status=200
D [16/Nov/2017:09:38:53 +0200] [Client 35] No authentication data provided.
D [16/Nov/2017:09:38:53 +0200] [Client 35] 2.0 Get-Notifications 15
D [16/Nov/2017:09:38:53 +0200] Get-Notifications /printers/
D [16/Nov/2017:09:38:53 +0200] cupsdIsAuthorized: requesting-user-name="smirnov"
D [16/Nov/2017:09:38:53 +0200] [Client 35] Returning IPP successful-ok for Get-Notifications (/printers/) from localhost
D [16/Nov/2017:09:38:53 +0200] [Client 35] Content-Length: 555
D [16/Nov/2017:09:38:53 +0200] [Client 35] cupsdSendHeader: code=200, type="application/ipp", auth_type=0
D [16/Nov/2017:09:38:53 +0200] [Client 35] con->http=0x55d6a3da44f0
D [16/Nov/2017:09:38:53 +0200] [Client 35] cupsdWriteClient error=0, used=0, state=HTTP_STATE_POST_SEND, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=555, response=0x55d6a3db8d70(IPP_STATE_DATA), pipe_pid=0, file=-1
D [16/Nov/2017:09:38:53 +0200] [Client 35] Writing IPP response, ipp_state=IPP_STATE_DATA, old wused=0, new wused=0
D [16/Nov/2017:09:38:53 +0200] [Client 35] bytes=0, http_state=0, data_remaining=555
D [16/Nov/2017:09:38:53 +0200] [Client 35] Flushing write buffer.
D [16/Nov/2017:09:38:53 +0200] [Client 35] New state is HTTP_STATE_WAITING
D [16/Nov/2017:09:38:53 +0200] [Client 35] Waiting for request.
D [16/Nov/2017:09:38:53 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Active clients, printing jobs, and dirty files"
D [16/Nov/2017:09:38:53 +0200] [Client 35] HTTP_STATE_WAITING Closing for error 32 (Broken pipe)
D [16/Nov/2017:09:38:53 +0200] [Client 35] Closing connection.
D [16/Nov/2017:09:38:53 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Printing jobs and dirty files"
D [16/Nov/2017:09:38:53 +0200] [Client 36] Accepted from localhost (Domain)
D [16/Nov/2017:09:38:53 +0200] [Client 36] Waiting for request.
D [16/Nov/2017:09:38:53 +0200] [Client 36] POST / HTTP/1.1
D [16/Nov/2017:09:38:53 +0200] cupsdSetBusyState: newbusy="Active clients, printing jobs, and dirty files", busy="Printing jobs and dirty files"
D [16/Nov/2017:09:38:53 +0200] [Client 36] Read: status=200
D [16/Nov/2017:09:38:53 +0200] [Client 36] No authentication data provided.
D [16/Nov/2017:09:38:53 +0200] [Client 36] 2.0 Get-Notifications 16
D [16/Nov/2017:09:38:53 +0200] Get-Notifications /printers/
D [16/Nov/2017:09:38:53 +0200] cupsdIsAuthorized: requesting-user-name="smirnov"
D [16/Nov/2017:09:38:53 +0200] [Client 36] Returning IPP successful-ok for Get-Notifications (/printers/) from localhost
D [16/Nov/2017:09:38:53 +0200] [Client 36] Content-Length: 127
D [16/Nov/2017:09:38:53 +0200] [Client 36] cupsdSendHeader: code=200, type="application/ipp", auth_type=0
D [16/Nov/2017:09:38:53 +0200] [Client 36] con->http=0x55d6a3da44f0
D [16/Nov/2017:09:38:53 +0200] [Client 36] cupsdWriteClient error=0, used=0, state=HTTP_STATE_POST_SEND, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=127, response=0x55d6a3db8d70(IPP_STATE_DATA), pipe_pid=0, file=-1
D [16/Nov/2017:09:38:53 +0200] [Client 36] Writing IPP response, ipp_state=IPP_STATE_DATA, old wused=0, new wused=0
D [16/Nov/2017:09:38:53 +0200] [Client 36] bytes=0, http_state=0, data_remaining=127
D [16/Nov/2017:09:38:53 +0200] [Client 36] Flushing write buffer.
D [16/Nov/2017:09:38:53 +0200] [Client 36] New state is HTTP_STATE_WAITING
D [16/Nov/2017:09:38:53 +0200] [Client 36] Waiting for request.
D [16/Nov/2017:09:38:53 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Active clients, printing jobs, and dirty files"
D [16/Nov/2017:09:38:53 +0200] [Job 16] PID 3008 (/usr/lib/cups/filter/gstoraster) exited with no errors.
D [16/Nov/2017:09:38:53 +0200] [Client 37] Accepted from localhost (Domain)
D [16/Nov/2017:09:38:53 +0200] [Client 37] Waiting for request.
D [16/Nov/2017:09:38:53 +0200] [Client 37] POST / HTTP/1.1
D [16/Nov/2017:09:38:53 +0200] cupsdSetBusyState: newbusy="Active clients, printing jobs, and dirty files", busy="Printing jobs and dirty files"
D [16/Nov/2017:09:38:53 +0200] [Client 37] Read: status=200
D [16/Nov/2017:09:38:53 +0200] [Client 37] No authentication data provided.
D [16/Nov/2017:09:38:53 +0200] [Client 37] 2.0 Get-Jobs 4
D [16/Nov/2017:09:38:53 +0200] Get-Jobs ipp://localhost/printers/
D [16/Nov/2017:09:38:53 +0200] [Client 37] Returning IPP successful-ok for Get-Jobs (ipp://localhost/printers/) from localhost
D [16/Nov/2017:09:38:53 +0200] [Client 37] Content-Length: 75
D [16/Nov/2017:09:38:53 +0200] [Client 37] cupsdSendHeader: code=200, type="application/ipp", auth_type=0
D [16/Nov/2017:09:38:53 +0200] [Client 37] con->http=0x55d6a3db9e00
D [16/Nov/2017:09:38:53 +0200] [Client 37] cupsdWriteClient error=0, used=0, state=HTTP_STATE_POST_SEND, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=75, response=0x55d6a3dbd210(IPP_STATE_DATA), pipe_pid=0, file=-1
D [16/Nov/2017:09:38:53 +0200] [Client 37] Writing IPP response, ipp_state=IPP_STATE_DATA, old wused=0, new wused=0
D [16/Nov/2017:09:38:53 +0200] [Client 37] bytes=0, http_state=0, data_remaining=75
D [16/Nov/2017:09:38:53 +0200] [Client 37] Flushing write buffer.
D [16/Nov/2017:09:38:53 +0200] [Client 37] New state is HTTP_STATE_WAITING
D [16/Nov/2017:09:38:53 +0200] [Client 37] Waiting for request.
D [16/Nov/2017:09:38:53 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Active clients, printing jobs, and dirty files"
D [16/Nov/2017:09:38:53 +0200] [Client 37] HTTP_STATE_WAITING Closing for error 32 (Broken pipe)
D [16/Nov/2017:09:38:53 +0200] [Client 37] Closing connection.
D [16/Nov/2017:09:38:53 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Printing jobs and dirty files"
I [16/Nov/2017:09:38:54 +0200] Expiring subscriptions...
D [16/Nov/2017:09:38:58 +0200] [Client 19] HTTP_STATE_WAITING Closing for error 32 (Broken pipe)
D [16/Nov/2017:09:38:58 +0200] [Client 19] Closing connection.
D [16/Nov/2017:09:38:58 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Printing jobs and dirty files"
I [16/Nov/2017:09:38:58 +0200] Expiring subscriptions...
I [16/Nov/2017:09:38:59 +0200] Expiring subscriptions...
D [16/Nov/2017:09:39:03 +0200] [Client 20] HTTP_STATE_WAITING Closing for error 32 (Broken pipe)
D [16/Nov/2017:09:39:03 +0200] [Client 20] Closing connection.
D [16/Nov/2017:09:39:03 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Printing jobs and dirty files"
I [16/Nov/2017:09:39:03 +0200] Expiring subscriptions...
I [16/Nov/2017:09:39:04 +0200] Expiring subscriptions...
I [16/Nov/2017:09:39:13 +0200] [Job 16] ready to print
D [16/Nov/2017:09:39:13 +0200] cupsdMarkDirty(----S)
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Printing jobs and dirty files"
D [16/Nov/2017:09:39:13 +0200] cupsdMarkDirty(----S)
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Printing jobs and dirty files"
I [16/Nov/2017:09:39:13 +0200] Expiring subscriptions...
D [16/Nov/2017:09:39:13 +0200] Report: clients=3
D [16/Nov/2017:09:39:13 +0200] Report: jobs=2
D [16/Nov/2017:09:39:13 +0200] Report: jobs-active=1
D [16/Nov/2017:09:39:13 +0200] Report: printers=1
D [16/Nov/2017:09:39:13 +0200] Report: stringpool-string-count=3692
D [16/Nov/2017:09:39:13 +0200] Report: stringpool-alloc-bytes=10504
D [16/Nov/2017:09:39:13 +0200] Report: stringpool-total-bytes=70920
D [16/Nov/2017:09:39:13 +0200] [Notifier] state=3
D [16/Nov/2017:09:39:13 +0200] [Notifier] JobProgress
D [16/Nov/2017:09:39:13 +0200] [Notifier] state=3
D [16/Nov/2017:09:39:13 +0200] [Notifier] PrinterStateChanged
D [16/Nov/2017:09:39:13 +0200] [Notifier] state=3
D [16/Nov/2017:09:39:13 +0200] [Client 36] HTTP_STATE_WAITING Closing for error 32 (Broken pipe)
D [16/Nov/2017:09:39:13 +0200] [Client 36] Closing connection.
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Printing jobs and dirty files"
D [16/Nov/2017:09:39:13 +0200] [Client 38] Accepted from localhost (Domain)
D [16/Nov/2017:09:39:13 +0200] [Client 38] Waiting for request.
D [16/Nov/2017:09:39:13 +0200] [Client 38] POST / HTTP/1.1
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Active clients, printing jobs, and dirty files", busy="Printing jobs and dirty files"
D [16/Nov/2017:09:39:13 +0200] [Client 38] Read: status=200
D [16/Nov/2017:09:39:13 +0200] [Client 38] No authentication data provided.
D [16/Nov/2017:09:39:13 +0200] [Client 38] 2.0 Get-Notifications 17
D [16/Nov/2017:09:39:13 +0200] Get-Notifications /printers/
D [16/Nov/2017:09:39:13 +0200] cupsdIsAuthorized: requesting-user-name="smirnov"
D [16/Nov/2017:09:39:13 +0200] [Client 38] Returning IPP successful-ok for Get-Notifications (/printers/) from localhost
D [16/Nov/2017:09:39:13 +0200] [Client 38] Content-Length: 555
D [16/Nov/2017:09:39:13 +0200] [Client 38] cupsdSendHeader: code=200, type="application/ipp", auth_type=0
D [16/Nov/2017:09:39:13 +0200] [Client 38] con->http=0x55d6a3da44f0
D [16/Nov/2017:09:39:13 +0200] [Client 38] cupsdWriteClient error=0, used=0, state=HTTP_STATE_POST_SEND, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=555, response=0x55d6a3db9f00(IPP_STATE_DATA), pipe_pid=0, file=-1
D [16/Nov/2017:09:39:13 +0200] [Client 38] Writing IPP response, ipp_state=IPP_STATE_DATA, old wused=0, new wused=0
D [16/Nov/2017:09:39:13 +0200] [Client 38] bytes=0, http_state=0, data_remaining=555
D [16/Nov/2017:09:39:13 +0200] [Client 38] Flushing write buffer.
D [16/Nov/2017:09:39:13 +0200] [Client 38] New state is HTTP_STATE_WAITING
D [16/Nov/2017:09:39:13 +0200] [Client 38] Waiting for request.
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Active clients, printing jobs, and dirty files"
D [16/Nov/2017:09:39:13 +0200] [Client 38] HTTP_STATE_WAITING Closing for error 32 (Broken pipe)
D [16/Nov/2017:09:39:13 +0200] [Client 38] Closing connection.
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Printing jobs and dirty files"
D [16/Nov/2017:09:39:13 +0200] [Client 39] Accepted from localhost (Domain)
D [16/Nov/2017:09:39:13 +0200] [Client 39] Waiting for request.
D [16/Nov/2017:09:39:13 +0200] [Client 39] POST / HTTP/1.1
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Active clients, printing jobs, and dirty files", busy="Printing jobs and dirty files"
D [16/Nov/2017:09:39:13 +0200] [Client 39] Read: status=200
D [16/Nov/2017:09:39:13 +0200] [Client 39] No authentication data provided.
D [16/Nov/2017:09:39:13 +0200] [Client 39] 2.0 Get-Notifications 18
D [16/Nov/2017:09:39:13 +0200] Get-Notifications /printers/
D [16/Nov/2017:09:39:13 +0200] cupsdIsAuthorized: requesting-user-name="smirnov"
D [16/Nov/2017:09:39:13 +0200] [Client 39] Returning IPP successful-ok for Get-Notifications (/printers/) from localhost
D [16/Nov/2017:09:39:13 +0200] [Client 39] Content-Length: 127
D [16/Nov/2017:09:39:13 +0200] [Client 39] cupsdSendHeader: code=200, type="application/ipp", auth_type=0
D [16/Nov/2017:09:39:13 +0200] [Client 39] con->http=0x55d6a3da44f0
D [16/Nov/2017:09:39:13 +0200] [Client 39] cupsdWriteClient error=0, used=0, state=HTTP_STATE_POST_SEND, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=127, response=0x55d6a3db9f00(IPP_STATE_DATA), pipe_pid=0, file=-1
D [16/Nov/2017:09:39:13 +0200] [Client 39] Writing IPP response, ipp_state=IPP_STATE_DATA, old wused=0, new wused=0
D [16/Nov/2017:09:39:13 +0200] [Client 39] bytes=0, http_state=0, data_remaining=127
D [16/Nov/2017:09:39:13 +0200] [Client 39] Flushing write buffer.
D [16/Nov/2017:09:39:13 +0200] [Client 39] New state is HTTP_STATE_WAITING
D [16/Nov/2017:09:39:13 +0200] [Client 39] Waiting for request.
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Active clients, printing jobs, and dirty files"
D [16/Nov/2017:09:39:13 +0200] [Job 16] PID 3010 (/usr/lib/cups/backend/hp) exited with no errors.
D [16/Nov/2017:09:39:13 +0200] cupsdMarkDirty(----S)
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Printing jobs and dirty files"
E [16/Nov/2017:09:39:13 +0200] [Job 16] Job stopped due to filter errors; please consult the error_log file for details.
D [16/Nov/2017:09:39:13 +0200] cupsdMarkDirty(---J-)
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Printing jobs and dirty files"
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Printing jobs and dirty files"
D [16/Nov/2017:09:39:13 +0200] cupsdMarkDirty(----S)
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Printing jobs and dirty files"
D [16/Nov/2017:09:39:13 +0200] [Notifier] state=3
D [16/Nov/2017:09:39:13 +0200] [Notifier] JobState
D [16/Nov/2017:09:39:13 +0200] [Notifier] state=3
D [16/Nov/2017:09:39:13 +0200] [Notifier] state=3
D [16/Nov/2017:09:39:13 +0200] [Notifier] state=3
D [16/Nov/2017:09:39:13 +0200] [Notifier] PrinterStateChanged
D [16/Nov/2017:09:39:13 +0200] [Client 39] HTTP_STATE_WAITING Closing for error 32 (Broken pipe)
D [16/Nov/2017:09:39:13 +0200] [Client 39] Closing connection.
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Dirty files", busy="Printing jobs and dirty files"
D [16/Nov/2017:09:39:13 +0200] [Client 40] Accepted from localhost (Domain)
D [16/Nov/2017:09:39:13 +0200] [Client 40] Waiting for request.
D [16/Nov/2017:09:39:13 +0200] [Client 40] POST / HTTP/1.1
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Active clients and dirty files", busy="Dirty files"
D [16/Nov/2017:09:39:13 +0200] [Client 40] Read: status=200
D [16/Nov/2017:09:39:13 +0200] [Client 40] No authentication data provided.
D [16/Nov/2017:09:39:13 +0200] [Client 40] 2.0 Get-Notifications 19
D [16/Nov/2017:09:39:13 +0200] Get-Notifications /printers/
D [16/Nov/2017:09:39:13 +0200] cupsdIsAuthorized: requesting-user-name="smirnov"
D [16/Nov/2017:09:39:13 +0200] [Client 40] Returning IPP successful-ok for Get-Notifications (/printers/) from localhost
D [16/Nov/2017:09:39:13 +0200] [Client 40] Content-Length: 1155
D [16/Nov/2017:09:39:13 +0200] [Client 40] cupsdSendHeader: code=200, type="application/ipp", auth_type=0
D [16/Nov/2017:09:39:13 +0200] [Client 40] con->http=0x55d6a3da44f0
D [16/Nov/2017:09:39:13 +0200] [Client 40] cupsdWriteClient error=0, used=0, state=HTTP_STATE_POST_SEND, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=1155, response=0x55d6a3dbb350(IPP_STATE_DATA), pipe_pid=0, file=-1
D [16/Nov/2017:09:39:13 +0200] [Client 40] Writing IPP response, ipp_state=IPP_STATE_DATA, old wused=0, new wused=0
D [16/Nov/2017:09:39:13 +0200] [Client 40] bytes=0, http_state=0, data_remaining=1155
D [16/Nov/2017:09:39:13 +0200] [Client 40] Flushing write buffer.
D [16/Nov/2017:09:39:13 +0200] [Client 40] New state is HTTP_STATE_WAITING
D [16/Nov/2017:09:39:13 +0200] [Client 40] Waiting for request.
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Dirty files", busy="Active clients and dirty files"
D [16/Nov/2017:09:39:13 +0200] [Client 41] Accepted from localhost (Domain)
D [16/Nov/2017:09:39:13 +0200] [Client 41] Waiting for request.
D [16/Nov/2017:09:39:13 +0200] [Client 41] POST / HTTP/1.1
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Active clients and dirty files", busy="Dirty files"
D [16/Nov/2017:09:39:13 +0200] [Client 41] Read: status=200
D [16/Nov/2017:09:39:13 +0200] [Client 41] No authentication data provided.
D [16/Nov/2017:09:39:13 +0200] [Client 41] 2.0 Get-Job-Attributes 20
D [16/Nov/2017:09:39:13 +0200] Get-Job-Attributes ipp://localhost/jobs/16
D [16/Nov/2017:09:39:13 +0200] [Client 41] Returning IPP successful-ok for Get-Job-Attributes (ipp://localhost/jobs/16) from localhost
D [16/Nov/2017:09:39:13 +0200] [Client 41] Content-Length: 115
D [16/Nov/2017:09:39:13 +0200] [Client 41] cupsdSendHeader: code=200, type="application/ipp", auth_type=0
D [16/Nov/2017:09:39:13 +0200] [Client 41] con->http=0x55d6a3da88c0
D [16/Nov/2017:09:39:13 +0200] [Client 41] cupsdWriteClient error=0, used=0, state=HTTP_STATE_POST_SEND, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=115, response=0x55d6a3dbc5d0(IPP_STATE_DATA), pipe_pid=0, file=-1
D [16/Nov/2017:09:39:13 +0200] [Client 41] Writing IPP response, ipp_state=IPP_STATE_DATA, old wused=0, new wused=0
D [16/Nov/2017:09:39:13 +0200] [Client 41] bytes=0, http_state=0, data_remaining=115
D [16/Nov/2017:09:39:13 +0200] [Client 41] Flushing write buffer.
D [16/Nov/2017:09:39:13 +0200] [Client 41] New state is HTTP_STATE_WAITING
D [16/Nov/2017:09:39:13 +0200] [Client 41] Waiting for request.
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Dirty files", busy="Active clients and dirty files"
D [16/Nov/2017:09:39:13 +0200] [Client 41] HTTP_STATE_WAITING Closing for error 32 (Broken pipe)
D [16/Nov/2017:09:39:13 +0200] [Client 41] Closing connection.
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Dirty files", busy="Dirty files"
D [16/Nov/2017:09:39:13 +0200] [Client 40] HTTP_STATE_WAITING Closing for error 32 (Broken pipe)
D [16/Nov/2017:09:39:13 +0200] [Client 40] Closing connection.
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Dirty files", busy="Dirty files"
D [16/Nov/2017:09:39:13 +0200] [Client 42] Accepted from localhost (Domain)
D [16/Nov/2017:09:39:13 +0200] [Client 42] Waiting for request.
D [16/Nov/2017:09:39:13 +0200] [Client 42] POST / HTTP/1.1
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Active clients and dirty files", busy="Dirty files"
D [16/Nov/2017:09:39:13 +0200] [Client 42] Read: status=200
D [16/Nov/2017:09:39:13 +0200] [Client 42] No authentication data provided.
D [16/Nov/2017:09:39:13 +0200] [Client 42] 2.0 Get-Notifications 21
D [16/Nov/2017:09:39:13 +0200] Get-Notifications /printers/
D [16/Nov/2017:09:39:13 +0200] cupsdIsAuthorized: requesting-user-name="smirnov"
D [16/Nov/2017:09:39:13 +0200] [Client 42] Returning IPP successful-ok for Get-Notifications (/printers/) from localhost
D [16/Nov/2017:09:39:13 +0200] [Client 42] Content-Length: 127
D [16/Nov/2017:09:39:13 +0200] [Client 42] cupsdSendHeader: code=200, type="application/ipp", auth_type=0
D [16/Nov/2017:09:39:13 +0200] [Client 42] con->http=0x55d6a3da44f0
D [16/Nov/2017:09:39:13 +0200] [Client 42] cupsdWriteClient error=0, used=0, state=HTTP_STATE_POST_SEND, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=127, response=0x55d6a3dbb350(IPP_STATE_DATA), pipe_pid=0, file=-1
D [16/Nov/2017:09:39:13 +0200] [Client 42] Writing IPP response, ipp_state=IPP_STATE_DATA, old wused=0, new wused=0
D [16/Nov/2017:09:39:13 +0200] [Client 42] bytes=0, http_state=0, data_remaining=127
D [16/Nov/2017:09:39:13 +0200] [Client 42] Flushing write buffer.
D [16/Nov/2017:09:39:13 +0200] [Client 42] New state is HTTP_STATE_WAITING
D [16/Nov/2017:09:39:13 +0200] [Client 42] Waiting for request.
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Dirty files", busy="Active clients and dirty files"
D [16/Nov/2017:09:39:13 +0200] [Client 43] Accepted from localhost (Domain)
D [16/Nov/2017:09:39:13 +0200] [Client 43] Waiting for request.
D [16/Nov/2017:09:39:13 +0200] [Client 43] POST / HTTP/1.1
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Active clients and dirty files", busy="Dirty files"
D [16/Nov/2017:09:39:13 +0200] [Client 43] Read: status=200
D [16/Nov/2017:09:39:13 +0200] [Client 43] No authentication data provided.
D [16/Nov/2017:09:39:13 +0200] [Client 43] 2.0 Get-Jobs 5
D [16/Nov/2017:09:39:13 +0200] Get-Jobs ipp://localhost/printers/
D [16/Nov/2017:09:39:13 +0200] [Client 43] Returning IPP successful-ok for Get-Jobs (ipp://localhost/printers/) from localhost
D [16/Nov/2017:09:39:13 +0200] [Client 43] Content-Length: 75
D [16/Nov/2017:09:39:13 +0200] [Client 43] cupsdSendHeader: code=200, type="application/ipp", auth_type=0
D [16/Nov/2017:09:39:13 +0200] [Client 43] con->http=0x55d6a3da88c0
D [16/Nov/2017:09:39:13 +0200] [Client 43] cupsdWriteClient error=0, used=0, state=HTTP_STATE_POST_SEND, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=75, response=0x55d6a3dbc620(IPP_STATE_DATA), pipe_pid=0, file=-1
D [16/Nov/2017:09:39:13 +0200] [Client 43] Writing IPP response, ipp_state=IPP_STATE_DATA, old wused=0, new wused=0
D [16/Nov/2017:09:39:13 +0200] [Client 43] bytes=0, http_state=0, data_remaining=75
D [16/Nov/2017:09:39:13 +0200] [Client 43] Flushing write buffer.
D [16/Nov/2017:09:39:13 +0200] [Client 43] New state is HTTP_STATE_WAITING
D [16/Nov/2017:09:39:13 +0200] [Client 43] Waiting for request.
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Dirty files", busy="Active clients and dirty files"
D [16/Nov/2017:09:39:13 +0200] [Client 43] HTTP_STATE_WAITING Closing for error 32 (Broken pipe)
D [16/Nov/2017:09:39:13 +0200] [Client 43] Closing connection.
D [16/Nov/2017:09:39:13 +0200] cupsdSetBusyState: newbusy="Dirty files", busy="Dirty files"
I [16/Nov/2017:09:39:14 +0200] Expiring subscriptions...
D [16/Nov/2017:09:39:14 +0200] [Job 16] Unloading...
I [16/Nov/2017:09:39:23 +0200] Saving printers.conf...
I [16/Nov/2017:09:39:23 +0200] Saving job.cache...
I [16/Nov/2017:09:39:23 +0200] Saving subscriptions.conf...
D [16/Nov/2017:09:39:23 +0200] cupsdSetBusyState: newbusy="Not busy", busy="Dirty files"
I [16/Nov/2017:09:39:23 +0200] Expiring subscriptions...
I [16/Nov/2017:09:39:51 +0200] Expiring subscriptions...
D [16/Nov/2017:09:39:51 +0200] cupsdAddCert: Adding certificate for PID 0
D [16/Nov/2017:09:39:51 +0200] Closing client 5 after 300 seconds of inactivity.
D [16/Nov/2017:09:39:51 +0200] [Client 5] Closing connection.
D [16/Nov/2017:09:39:51 +0200] cupsdSetBusyState: newbusy="Not busy", busy="Not busy"
I [16/Nov/2017:09:39:54 +0200] Expiring subscriptions...
D [16/Nov/2017:09:39:54 +0200] Closing client 1 after 300 seconds of inactivity.
D [16/Nov/2017:09:39:54 +0200] [Client 1] Closing connection.
D [16/Nov/2017:09:39:54 +0200] cupsdSetBusyState: newbusy="Not busy", busy="Not busy"

This article covers all non-specific (ie, not related to any one printer) troubleshooting of CUPS and printing drivers (but not problems related to printer sharing), including methods of determining the exact nature of the problem, and of solving the identified problem.

Debug log

The best way to get printing working is to set LogLevel in /etc/cups/cupsd.conf to:

LogLevel debug

And then viewing the output from /var/log/cups/error_log like this:

# tail -n 100 -f /var/log/cups/error_log

The characters at the left of the output stand for:

• D=Debug
• E=Error
• I=Information
• And so on

These files may also prove useful:

• /var/log/cups/page_log — Echoes a new entry each time a print is successful
• /var/log/cups/access_log — Lists all cupsd http1.1 server activity

Print a document and watch error_log to get a more detailed and correct image of the printing process.

Problems resulting from upgrades

Issues that appeared after CUPS and related program packages underwent a version increment

CUPS stops working

The chances are that a new configuration file is needed for the new version to work properly. Messages such as «404 — page not found» may result from trying to manage CUPS via localhost:631, for example.

To use the new configuration, copy /etc/cups/cupsd.conf.default to /etc/cups/cupsd.conf (backup the old configuration if needed) and restart CUPS to employ the new settings.

All jobs are «stopped»

If all jobs sent to the printer become «stopped», first check the error log at /var/log/cups/error_log. If it does not yield any useful hints to what is the source of the issue, delete the printer and add it again.
Using the CUPS web interface, go to Printers > Delete Printer.

To check the printer’s settings go to Printers, then Modify Printer. Copy down the information displayed, click ‘Modify Printer’ to proceed to the next page(s), and so on.

All jobs are «The printer is not responding»

On networked printers, you should check that the hostname in the printer’s URI resolves to the printer’s IP address via DNS, e.g. if your printer’s connection looks like this:

lpd://BRN_020554/BINARY_P1

then the hostname ‘BRN_020554’ needs to resolve to the printer’s IP from the server running CUPS. If Avahi is being used, ensure that Avahi’s hostname resolution is working.

Alternatively, replace the hostname used in the URI with the printer’s IP address.

The PPD version is not compatible with gutenprint

Run:

# /usr/bin/cups-genppdupdate

And restart CUPS (as pointed out in gutenprint’s post-install message).

Issues Relating to Upgrade 2.3.3 -> 2.4.0

CUPS now officially supports AirPrint and Mopria clients (including Windows 10) by reporting required attributes and DNS-SD TXT record keys. It includes also limited support for huffy iOS clients. This obsoletes the need for Avahi service files for propagation of CUPS shared printers to mobile devices. The following list of new functions has been taken from CUPS release note:

• New ReadyPaperSizes directive that specifies the «loaded» (ready) media for each printer; the actual list is based on the supported media sizes for the printer, and allows the user to pick a size from a short list. Default list is based on locale (A4, etc. everywhere but North America which uses Letter, etc.)
• Proper URF/urf-supported values for image/urf.
• Other attributes/keys as needed.

As a side-effect of the new ready media propagation IOS clients may show wrong media types (e. g. US letter instead of DIN/ISO A4). The best way to get ISO media types is to set DefaultPaperSize in /etc/cups/cupsd.conf to:

DefaultPaperSize A4

for ISO. In addition, the system-default paper size should be configured correctly.

Note: CUPS provides IOS clients only with a set of main media sizes. This set is matched from a default set of media sizes {see ReadyPaperSizes) and sizes from the PPD or the DefaultPaperSize if none of the sizes match.

Issues Relating to Upgrade 2.3.3-3 -> 2.3.3+106+ga72b0140e-1

As a side-effect of switching Arch’s CUPS upstream from Apple’s senescent original to the actively-developed OpenPrinting fork in November 2020, the names of the CUPS systemd services were changed. The changes map as follows:

• org.cups.cups-lpd.socket→cups-lpd.socket
• org.cups.cups-lpd@.service→cups-lpd@.service
• org.cups.cupsd.socket→cups.socket
• org.cups.cupsd.service→cups.service
• org.cups.cupsd.path→cups.path

The CUPS install file for that upgrade recommends:

Cups systemd socket and service files have been
renamed by upstream decision. Please make sure
to disable/reenable the services to your need.
hint: "pacman -Ql cups | grep systemd" and
"ls -lR /etc/systemd/ | grep cups"

So, if one had org.cups.cupsd.service enabled, one would disable it with immediate effect (#systemctl --now disable org.cups.cupsd.service) and enable its successor, also with immediate effect (#systemctl --now enable cups.service).

In addition to disabling the services under their own name and re-enabling them under the new, if you have made any non-standard modifications such as drop-in files (e.g., /etc/systemd/system/org.cups.cupsd.service.d) or adding the services as Wants= to target or other custom services, those will need to be moved over as well.

Networking issues

Unable to add printer or message «print in progress» but nothing happens

In GNOME Printer settings for example, you could find troubles adding your printer, even though you have installed the drivers. You can try installing system-config-printer and executing it via terminal, and adding the printer from there (for instance using LPD/LPR queue ‘PASSTHRU’).

Unable to locate printer

Even if CUPS can detect networked printers, you may still end up with an «Unable to locate printer» error when trying to print something. The solution to this problem is to enable Avahi’s .local hostname resolution. See CUPS#Network for details.

This problem may also arise when you have a firewall. You may need to disable your firewall or set the right rules. Using system-config-printer to detect network printers will do that automatically.

Similarly, being connected to a VPN may also cause CUPS to be unable to locate the printer. Disabling any VPN connections temporarily for printing can help fixing it.

Old CUPS server

As of CUPS version 1.6, the client defaults to IPP 2.0. If the server uses CUPS <= 1.5 / IPP <= 1.1, the client does not downgrade the protocol automatically and thus cannot communicate with the server. A workaround is to append the version=1.1 option documented at [1] to the URI.

Unable to locate PPD file

/var/log/cups/error_log

Cannot connect to remote printer ipp://HP079676.local
copy_model: empty PPD file

Make sure Avahi is set up correctly. In particular, make sure nss-mdns is installed and set up in /etc/nsswitch.conf.

Finding URIs for Windows print servers

Sometimes Windows is a little less than forthcoming about exact device URIs (device locations). If having trouble specifying the correct device location in CUPS, run the following command to list all shares available to a certain windows username:

$ smbtree -U windowsusername

This will list every share available to a certain Windows username on the local area network subnet, as long as Samba is set up and running properly. It should return something like this:

 WORKGROUP
	\REGULATOR-PC   		
		\REGULATOR-PCZ              	
		\REGULATOR-PCPublic         	
		\REGULATOR-PCprint$         	Printer Drivers
		\REGULATOR-PCG              	
		\REGULATOR-PCEPSON Stylus CX8400 Series	EPSON Stylus CX8400 Series

What is needed here is first part of the last line, the resource matching the printer description. So to print to the EPSON Stylus printer, one would enter:

smb://username:password@REGULATOR-PC/EPSON%20Stylus%20CX8400%20Series

as the URI into CUPS.

USB printers

Conflict with SANE

If you are also running SANE, it is possible that it is conflicting with CUPS. To fix this create a Udev rule marking the device as matched by libsane:

/etc/udev/rules.d/99-printer.rules

ATTRS{idVendor}=="vendor id", ATTRS{idProduct}=="product id", MODE="0664", GROUP="lp", ENV{libsane_matched}="yes"

Conflict with usblp

USB printers can be accessed using two methods: The usblp kernel module and libusb. The former is the classic way. It is simple: data is sent to the printer by writing it to a device file as a simple serial data stream. Reading the same device file allows bi-di access, at least for things like reading out ink levels, status, or printer capability information (PJL). It works very well for simple printers, but for multi-function devices (printer/scanner) it is not suitable and manufacturers like HP supply their own backends. Source: here.

Warning: As of cups version 1.6.0, it should no longer be necessary to blacklist the usblp kernel module.
If you find out this is the only way to fix a remaining issue please report this upstream to the CUPS bug tracker and maybe also get in contact with Till Kamppeter (Debian CUPS maintainer). See upstream bug for more info.

If you have problems getting your USB printer to work, you can try blacklisting the usblp kernel module:

/etc/modprobe.d/blacklistusblp.conf

blacklist usblp

Custom kernel users may need to manually load the usbcore kernel module before proceeding.

Once the modules are installed, run:

# journalctl -f

Then plug in the printer and inspect the output to see if it was detected.

If you are using usblp, the output should indicate that the printer has been detected like so:

Feb 19 20:17:11 kernel: printer.c: usblp0: USB Bidirectional
printer dev 2 if 0 alt 0 proto 2 vid 0x04E8 pid 0x300E
Feb 19 20:17:11 kernel: usb.c: usblp driver claimed interface cfef3920
Feb 19 20:17:11 kernel: printer.c: v0.13: USB Printer Device Class driver

If you blacklisted usblp, you will see something like:

usb 3-2: new full speed USB device using uhci_hcd and address 3
usb 3-2: configuration #1 chosen from 1 choice

USB autosuspend

The Linux kernel automatically suspends USB devices when there is driver support and the devices are not in use. This can save power, but some USB printers think that they are disconnected when the kernel suspends the USB port, preventing printing. This can be fixed by deactivating autosuspend for the specific device, see Power management#USB autosuspend.

Bad permissions

Check the permissions of the printer USB device. Get the bus and device number from lsusb:

$ lsusb

Bus <BUSID> Device <DEVID>: ID <VENDOR>:<PRINTERID> Hewlett-Packard DeskJet D1360

Check the ownership by looking in devfs:

# ls -l /dev/bus/usb/BUSID/DEVID

The cups daemon runs as user «cups» and belongs to group «lp», so either this user or group needs read & write access to the USB device. If you think the permissions look wrong, you can change the group and permission temporarily:

# chgrp lp /dev/bus/usb/BUSID/DEVID
# chmod 664 /dev/bus/usb/BUSID/DEVID

Then check if cups can now see the USB device correctly.

To make a persistent permission change that will be triggered automatically each time the USB device is attached, add the following line:

/etc/udev/rules.d/10-local.rules

SUBSYSTEM=="usb", ATTRS{idVendor}=="VENDOR", ATTRS{idProduct}=="PRINTERID", GROUP:="lp", MODE:="0664"

After editing, reload the udev rules with this command:

# udevadm control --reload-rules

Each system may vary, so consult udev#List the attributes of a device wiki page.

HP issues

CUPS: «/usr/lib/cups/backend/hp failed»

Try adding the printer as a Network Printer using the http:// protocol.

Note: There might need to set permissions issues right.

CUPS: Job is shown as complete but the printer does nothing

This happens on HP printers when you select the (old) hpijs driver (e.g. the Deskjet D1600 series). Use the hpcups driver instead.

Some HP printers require their firmware to be downloaded from the computer every time the printer is switched on. If there is an issue with udev (or equivalent) and the firmware download rule is never fired, you may experience this issue. As a workaround, you can manually download the firmware to the printer. Ensure the printer is plugged in and switched on, then run:

# hp-firmware -n

CUPS: ‘»foomatic-rip» not available/stopped with status 3’

If receiving any of the following error messages in /var/log/cups/error_log while using a HP printer, with jobs appearing to be processed while they all end up not being completed with their status set to ‘stopped’:

Filter "foomatic-rip" for printer printer_name not available: No such file or director

or:

PID pid (/usr/lib/cups/filter/foomatic-rip) stopped with status 3!

make sure hplip has been installed.

CUPS: «Filter failed»

A «filter failed» error can be caused by any number of issues. The CUPS error log (by default /var/log/cups/error_log) should record which filter failed and why.

Missing ghostscript

Install ghostscript (/usr/lib/cups/filter/gstoraster needs it to run).

Missing foomatic-db

Install foomatic-db and foomatic-db-ppds. This fixes it in some cases.

Avahi not enabled

Start, and enable the avahi-daemon service.

Out-of-date plugin

This error can also indicate that the plugin is out of date (version is mismatched) and may occur after a system upgrade, possibly showing up as a Plugin error message in the logs.
If you have installed hplip-plugin^AUR you will need to update the package, otherwise re-run hp-setup -i to install the latest version of the plugin.

Outdated printer configuration

As of hplip-plugin^AUR v3.17.11 hpijs is not longer available. If you have printers using hpijs they will fail to print. You must modify them and select the new hpcups driver instead.

You can check if this is your case looking at cups error_log:

$ grep hpijs /var/log/cups/error_log

...
D [09/Jan/2018:14:32:58 +0000] [Job 97] sh: hpijs: command not found
...

Client and host both run CUPS with hpcups

Note: The following issue has been described on FreeBSD forum. Read more here.

A bug seems to affect CUPS when a host shares a physically connected HP printer using hpcups drivers from hplip, and a client adds the shared printer in is own CUPS server through IPP, using hpcups driver too. On every attempt to print a page from the client, the jobs page from the client returns indefinitly «Sending data to printer» while the same page from the host returns «Filter failed». It appears that the job runs through the CUPS filter twice: a first time on client-side, and a second time on host-side, which makes it fails on host-side. The same bug should not be observed when printing from a Windows client, or when printing directly on the host. There are some workarounds here (use only one method):

• Use Generic IPP Everywhere Printer driver on the client. When selecting the driver in the CUPS Web Interface, you should find it in the Generic manufacturer.
• Modify the PPD used on the client side so the job does not goes through the filter client-side. Find the right PPD in /usr/share/ppd/HP and copy it in your home directory. Edit the copy : replace the line *cupsFilter: "application/vnd.cups-raster 0 hpcups" with *cupsFilter: "*/* 0 -". Now, add your printer on the client CUPS, selecting your custom PPD located in your home directory.
• Create a raw queue on the host: when you add the printer in the CUPS interface of the host, do not select the specific PPD of your printer, but choose Raw queue from Raw manufacturer. You should be able to add this shared printer on the client, using this time the specific PPD of the printer. With this method, the host is not able to print directly a document because it does not run the filter. However, if the host is a small headless embedded device such as a Raspberry Pi, you might notice an important decrease of the response time with this method compared to the two previous ones, especially with large documents, because it saves a lot a CPU usage.

CUPS: prints only an empty and an error-message page on HP LaserJet

There is a bug that causes CUPS to fail when printing images on HP LaserJet (in my case 3380). The bug has been reported and fixed by Ubuntu.
The first page is empty, the second page contains the following error message:

 ERROR:
 invalidaccess
 OFFENDING COMMAND:
 filter
 STACK:
 /SubFileDecode
 endstream
 ...

In order to fix the issue, run the following command as root:

# lpadmin -p printer -o pdftops-renderer-default=pdftops

CUPS: «File «/usr/lib/cups/filter/rastertospl» not available

After the printer is connected by other means to the network, setting up the HP 107w Laser printer is possible through the CUPS web interface; but this error prevents printing.

It seems that support for this printer is not provided by hplip. However, drivers can be installed using HP’s install scripts and PPD file found at the HP downloads page.

Extract the .zip and read this gist for further details and instructions.

In case this problem appeared after a PPD package (like foomatic-*) update, check if there are new PPDs for the printer, and try to use the new ones.

As of January 2022, the new driver for Samsung M283x has PXL in the name and the PPD does not reference rastertospl, and the printer works again. Fetching the rastertospl via the above method did not work because the arguments are passed in the wrong order.

HPLIP 3.13: Plugin is installed, but HP Device Manager complains it is not

The issue might have to do with the file permission change that had been made to /var/lib/hp/hplip.state. To correct the issue, a simple chmod 644 /var/lib/hp/hplip.state and chmod 755 /var/lib/hp should be sufficient. For further information, please read this link.

hp-toolbox: «Unable to communicate with device»

# hp-toolbox
# error: Unable to communicate with device (code=12): hp:/usb/printer id

Virtual CDROM printers

This can also be caused by printers such as the P1102 that provide a virtual CD-ROM drive for MS Windows drivers. The lp appears in /dev/ and then disappears. In that case, try the usb_modeswitch package, that lets one switch off the «Smart Drive» (udev rules included in said package).

Networked printers

This can also occur with network attached printers using dynamic hostnames if the avahi-daemon is not running. Another possibility is that hp-setup failed to locate the printer because the IP address of the the printer changed due to DHCP. If this is the case, consider adding a DHCP reservation for the printer in the DHCP server’s configuration.

hp-setup asks to specify the PPD file for the discovered printer

Furthermore, when selecting a PPD file in hp-setup’s graphical mode, the field does not update and no error message is shown.

Or, if in interactive (console) mode, you may encounter something similar to this even when providing a correct path to a valid ppd file:

 Please enter the full filesystem path to the PPD file to use (q=quit) :/usr/share/ppd/HP/hp-deskjet_2050_j510_series.ppd.gz
 Traceback (most recent call last):
   File "/usr/bin/hp-setup", line 536, in <module>
     desc = nickname_pat.search(nickname).group(1)
 TypeError: cannot use a string pattern on a bytes-like object

The solution is to install and start cups before running hp-setup.

hp-setup: «Qt/PyQt 4 initialization failed»

Install python-pyqt4^AUR, which is an optdepend of hplip. Alternatively, to run hp-setup with the command line interface, use the -i flag.

hp-setup: finds the printer automatically but reports «Unable to communicate with device» when printing test page immediately afterwards

This at least happens to hplip 3.13.5-2 for HP Officejet 6500A through local network connection. To solve the problem, specify the IP address of the HP printer for hp-setup to locate the printer.

hp-setup: «KeyError: ‘family-class'»

If adding a printer fails silently in the UI or you receive a KeyError: 'family-class' traceback from hp-setup, the /usr/share/hplip/data/models/models.dat may need to be manually updated.
Check if family-class=Undefined is defined the section for your printer, if not add it:

/usr/share/hplip/data/models/models.dat

[hp_laserjet_pro_mfp_m225dw]
...
family-class=Undefined

Broken pipe

If /var/log/cups/error_log contains the HTTP_STATE_WAITING Closing for error 32 (Broken pipe) error, you probably need to install the hplip-plugin^AUR and restarts the cups service.

Other

Printer «Paused» or «Stopped» with Status «Rendering completed»

Low ink

When low on ink, some printers will get stuck in «Rendering completed» status and, if it is a network printer, the printer may even become unreachable from CUPS’ perspective despite being properly connected to the network. Replacing the low/depleted ink cartridge(s) in this setting will return the printer to «Ready» status and, if it is a network printer, will make the printer available to CUPS again.

Note: If you use third-party ink cartridges, the ink levels reported by the printer may be inaccurate. If you use third-party ink and your printer used to work fine but is now getting stuck on «Rendering completed» status, replace the ink cartridges regardless of the reported ink levels before trying other fixes.

If a remote printer requests authentication CUPS will automatically add an AuthInfoRequired directive to the printer in /etc/cups/printers.conf. However, some graphical applications (for instance, some versions of LibreOffice [2]) have no way to prompt for credentials, so printing fails.
To fix this include the required username and password in the URI.
See [3], [4].

Unknown supported format: application/postscript

Comment the lines:

application/octet-stream        application/vnd.cups-raw        0      -

from /etc/cups/mime.convs, and:

application/octet-stream

in /etc/cups/mime.types.

Print-Job client-error-document-format-not-supported

Try installing the foomatic packages and use a foomatic driver.

If that does not fix, you maybe have to remove the printer from your printer list, then manually search for your printer driver (usually you can find it on AUR), and then add the printer again.

Unable to get list of printer drivers

(Also applicable to error «-1 not supported!»)

Try to remove Foomatic drivers or refer to CUPS/Printer-specific problems#HPLIP for a workaround.

lp: Error — Scheduler Not Responding

If you get this error, ensure CUPS is running, the environmental variable CUPS_SERVER is unset, and that /etc/cups/client.conf is correct.

«Using invalid Host» error message

Try adding ServerAlias * into /etc/cups/cupsd.conf.

Cannot print from LibreOffice

If you can print a test page from the CUPS web interface, but not from LibreOffice, try to install the a2ps package.

Printer output shifted

This seems to be caused by the wrong page size being set in CUPS.

Printer becomes stuck after a problem

When an issue arises during printing, the printer in CUPS may become unresponsive. lpq reports that the printer is not ready, and it can be reactivated using cupsenable. In the CUPS web interface, the printer is shown as Paused, and can be reactivated by resuming the printer.

To automatically have CUPS reactivate the printer, change ErrorPolicy from the default stop-printer to retry-current-job.

Samsung: URF ERROR — Incomplete Session by time out

This error is usually encountered when printing files over the network through IPP to a Samsung printer, and is solved by using the samsung-unified-driver^AUR package.

Note: The corresponding error code 11-1112 corresponds to an internal wiring problem with the printer, so contacting Samsung’s tech support is futile.

Brother: Printer prints multiple copies

Sometimes the printer will print multiple copies of a document (for instance a MFC-9330CDW printed 10 copies). The solution is to update the printer firmware.

Regular user cannot change properties of the printer or remove certain jobs

If a regular user needs to be able to change the printers properties or manage the printer queue, the user may need to be added to the sys group.

Cannot login into web interface

Check if there is more than one cupsd process running. If this is the case then stop cups.service, kill all processes named cupsd and start cups.service again.

No Suitable Destination Found

If a printer prefers ipps (ipp-secure), Cups will store the printer’s certificate in /etc/cups/printers/ssl. However, these certificates are never removed, even if invalid. There are several ways for a certificate to become invalid, apart from expiring: for example, if you switch from standard, self signed, printer certificates to official SSL-certificates; if your printer software is upgraded and it generates a new certificate; or if a printer is simply changed for a new one with the old name. In any of these situations, Cups will not renew the cached certificate, but will only complain with a rather generic message «no suitable destination found».

This is, unfortunately, *not* fixed by removing and re-installing the printer: even then, the invalid certificates are kept on the file system. The only way to fix this is to manually remove the certificates. (Note: the exact way of doing this, i.e. if it is enough to just wipe /etc/cups/printers/ssl or if you need to stop cups and/or remove the affected printer first, is lost in history — please feel free to add this information).

Доброе время суток, форумчане!
Буду искренне благодарен за любую полезную мысль и помощь в решении проблемы.

Ситуация следующая. В сети имеются машины на Ubuntu 15 (Linux 3.19.0-15-generic #15-Ubuntu SMP 2015 i686 i686 i686 GNU/Linux).
При подключении usb-принтера на машину (принт-сервер) — машина печатает без проблем. Настройка идет через cups 2.0.2. Подходящие драйвера выбираются из списка, расшаривается.
На второй машине (клиент-сервер) с той же конфигурацией пытаюсь через cups настроить ранее расшаренный принтер: заходим в cups на машину с расшаренным принтером, берем его полный адрес и через cups на второй машине добавляем: administration->other net printers->протокол http и вбиваем ранее полученный адрес принтера с первой машины, выбираем такие же дрова, обзываем и настройка окончена. Переходим во вкладку printers — принтер виден. При попытке печати — принтера в списке нет.
Открываем граф обочку управления принтерами. Список пуст. Принтера нет. Добавляем расшаренный принтер через граф оболочку, находим принтер, настраиваем. Пытаемся печатать — принтер виден в окошке выбора печати, но при отправке задания на печать некоторое время ждет и выдает ошибку «printer X may not be connected».
Проблема не зависит от модели принтера и драйверов — все возможные комбинации уже перебрал.

На мое ИМХО проблема кроется именно в ОС.
з.ы. ранее был cups-browsed удален, поскольку список принтеров на конечной машине разрастался просто до невозможного размера.

Ниже логи и конфиг первой машины (принт-сервер):

/etc/cups/cupsd.conf
LogLevel warn
PageLogFormat
MaxLogSize 0
# Allow remote access
Port 631
Listen localhost:631
Listen /var/run/cups/cups.sock
DefaultEncryption Required
ServerCertificate /etc/cups/ssl/server.crt
ServerAlias *
# Administrator user group...
SystemGroup sys root admin
# Share local printers on the local network.
Browsing On
BrowseLocalProtocols dnssd
DefaultAuthType Basic
WebInterface Yes
DefaultLanguage ru
<Location />
  # Allow shared printing...
  Order allow,deny
  Allow @LOCAL
</Location>

Ниже логи и конфиг второй машины (принт-клиент):

/etc/cups/cupsd.conf
LogLevel warn
PageLogFormat
MaxLogSize 0
# Allow remote access
Port 631
Listen /var/run/cups/cups.sock
DefaultEncryption Required
ServerCertificate /etc/cups/ssl/server.crt
ServerAlias *
# Administrator user group...
SystemGroup sys root admin
# Share local printers on the local network.
Browsing On
BrowseLocalProtocols dnssd
DefaultAuthType Basic
WebInterface Yes
DefaultLanguage ru
<Location />
  # Allow shared printing...
  Order allow,deny
  Allow @LOCAL
</Location>
<Location /admin>

Пользователь добавил сообщение 17 Ноября 2016, 09:39:24:

…я понимаю, что возможно тема избитая, но форум я читал и честно пытался найти решение.
В общем, господа, я нашел причину, нужна теперь ваша помощь чтобы красиво решить проблему.
Принтер начал печатать когда сбросил Iptables, однако, сами понимаете — это не лучший вариант. По логам cups’а вижу что он каждый раз пытается печатать на другой порт/диапазон портов:

D [16/Nov/2016:16:34:47 +0300] [Client 1] Accepted from localhost:59323 (IPv6) ...
D [16/Nov/2016:16:34:47 +0300] [Client 2] Accepted from localhost:59324 (IPv6) ...
D [16/Nov/2016:16:34:47 +0300] [Client 3] Accepted from localhost:59325 (IPv6)
D [16/Nov/2016:16:34:47 +0300] [Client 3] Waiting for request.
D [16/Nov/2016:16:34:47 +0300] [Client 4] Accepted from localhost:59326 (IPv6)
D [16/Nov/2016:16:34:47 +0300] [Client 4] Waiting for request.
D [16/Nov/2016:16:34:47 +0300] [Client 3] HTTP_STATE_WAITING Closing for error 32 (Broken pipe)
D [16/Nov/2016:16:34:47 +0300] [Client 3] Closing connection.
========
D [16/Nov/2016:16:49:36 +0300] [Client 3] Accepted from localhost:42234 (IPv6)
========
D [16/Nov/2016:16:55:30 +0300] [Client 5] Accepted from localhost:55067 (IPv6)
D [16/Nov/2016:16:55:30 +0300] [Client 5] Waiting for request.
D [16/Nov/2016:16:55:30 +0300] [Client 4] HTTP_STATE_WAITING Closing for error 32 (Broken pipe)
На англоязычных сайтах нашел что необходимо открыть порты 631 (был открыт изначально), 632, 5353… Но не помогло. Открыл порты 59324-59326, один раз принтер распечатал. Далее опять стал юзать другие порты. Можете подсказать с каким диапазоном cups все таки работает и можно ли как-то заставить его работать на одном порту? Вот эту инфу я не нашел. Может быть кто сталкивался?

I am running a Cups Server on IPPS with a valid Letsencrypt Cert.
For the past months it worked well for clients with different OS (Win7-10, Mac, Linux)

They are all using the same universal Post Script Driver.

For the past few days however i have a client that opens a lot of connections (sample log below) triggering my MaxClientsPerHost 80 Limit. About 2-5 connections per second are opened from one IP/Client.

As a result, when the clients tries to print sth it does happen with a high delay.

We tried reinstalling the client machine/drivers. Deleting and re-adding the Printer but to no avail.

An extensive google research yielded no hints as to why this happens.

So in hope of finding someone with a similar problem/deep cups knowledge i post my configuration below.

Edit for Printer Configuration/Info

• The Printer runs on Debian 10.
• Uses cups-pdf as printer wrapped with tea4cups — It will output a simple .ps file
• It requires authentication which is correctly configured and working on the client
• It is of no importance if there are already jobs in the queue
• All clients use the same driver

Any hints very welcome.

Relevant Error Line: (from log below)

cupsdReadClient: error=32, used=0, state=HTTP_STATE_WAITING, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=0, request=(nil)(), file=-1

Sample Log

D [19/Feb/2020:12:43:18 +0100] [Client 29] Server address is "YYY.YYY.YYY.YYY".
D [19/Feb/2020:12:43:18 +0100] [Client 29] Accepted from XXX.XXX.XXX.XXX:63298 (IPv4)
D [19/Feb/2020:12:43:18 +0100] [Client 29] Waiting for request.
d [19/Feb/2020:12:43:18 +0100] [Client 29] cupsdReadClient: error=0, used=0, state=HTTP_STATE_WAITING, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=0, request=(nil)(), file=-1
d [19/Feb/2020:12:43:18 +0100] [Client 29] Saw first byte 16, auto-negotiating SSL/TLS session.
D [19/Feb/2020:12:43:18 +0100] [Client 29] Connection now encrypted.
d [19/Feb/2020:12:43:18 +0100] [Client 29] cupsdReadClient: error=0, used=0, state=HTTP_STATE_WAITING, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=0, request=(nil)(), file=-1
D [19/Feb/2020:12:43:18 +0100] [Client 29] POST /printers/PDF HTTP/1.1
D [19/Feb/2020:12:43:18 +0100] [Client 29] Read: status=200, state=6
d [19/Feb/2020:12:43:18 +0100] [Client 29] con->uri="/printers/PDF", con->best=0x55dfb097b7b0(/printers)
D [19/Feb/2020:12:43:18 +0100] [Client 29] No authentication data provided.
D [19/Feb/2020:12:43:18 +0100] [Client 29] 1.0 Get-Printer-Attributes 11
D [19/Feb/2020:12:43:18 +0100] [Client 29] Returning IPP successful-ok for Get-Printer-Attributes (https://example.com:632/printers/PDF) from XXX.XXX.XXX.XXX.
D [19/Feb/2020:12:43:18 +0100] [Client 29] Content-Length: 9508
D [19/Feb/2020:12:43:18 +0100] [Client 29] cupsdSendHeader: code=200, type="application/ipp", auth_type=0
D [19/Feb/2020:12:43:18 +0100] [Client 29] con->http=0x55dfb0b445a0
D [19/Feb/2020:12:43:18 +0100] [Client 29] cupsdWriteClient error=0, used=0, state=HTTP_STATE_POST_SEND, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=9508, response=0x55dfb0b549c0(IPP_STATE_DATA), pipe_pid=0, file=-1
D [19/Feb/2020:12:43:18 +0100] [Client 29] Writing IPP response, ipp_state=IPP_STATE_DATA, old wused=0, new wused=0
D [19/Feb/2020:12:43:18 +0100] [Client 29] bytes=0, http_state=0, data_remaining=9508
D [19/Feb/2020:12:43:18 +0100] [Client 29] Flushing write buffer.
D [19/Feb/2020:12:43:18 +0100] [Client 29] New state is HTTP_STATE_WAITING
D [19/Feb/2020:12:43:18 +0100] [Client 29] Waiting for request.
d [19/Feb/2020:12:43:18 +0100] [Client 29] cupsdReadClient: error=0, used=0, state=HTTP_STATE_WAITING, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=0, request=(nil)(), file=-1
D [19/Feb/2020:12:43:18 +0100] [Client 29] POST /printers/PDF HTTP/1.1
D [19/Feb/2020:12:43:18 +0100] [Client 29] Read: status=200, state=6
d [19/Feb/2020:12:43:18 +0100] [Client 29] con->uri="/printers/PDF", con->best=0x55dfb097b7b0(/printers)
D [19/Feb/2020:12:43:18 +0100] [Client 29] No authentication data provided.
D [19/Feb/2020:12:43:18 +0100] [Client 29] 1.0 Get-Printer-Attributes 11
D [19/Feb/2020:12:43:18 +0100] [Client 29] Returning IPP successful-ok for Get-Printer-Attributes (https://example.com:632/printers/PDF) from XXX.XXX.XXX.XXX.
D [19/Feb/2020:12:43:18 +0100] [Client 29] Content-Length: 9508
D [19/Feb/2020:12:43:18 +0100] [Client 29] cupsdSendHeader: code=200, type="application/ipp", auth_type=0
D [19/Feb/2020:12:43:18 +0100] [Client 29] con->http=0x55dfb0b445a0
D [19/Feb/2020:12:43:18 +0100] [Client 29] cupsdWriteClient error=0, used=0, state=HTTP_STATE_POST_SEND, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=9508, response=0x55dfb0b3bbb0(IPP_STATE_DATA), pipe_pid=0, file=-1
D [19/Feb/2020:12:43:18 +0100] [Client 29] Writing IPP response, ipp_state=IPP_STATE_DATA, old wused=0, new wused=0
D [19/Feb/2020:12:43:18 +0100] [Client 29] bytes=0, http_state=0, data_remaining=9508
D [19/Feb/2020:12:43:18 +0100] [Client 29] Flushing write buffer.
D [19/Feb/2020:12:43:18 +0100] [Client 29] New state is HTTP_STATE_WAITING
D [19/Feb/2020:12:43:18 +0100] [Client 29] Waiting for request.
d [19/Feb/2020:12:44:27 +0100] [Client 29] cupsdReadClient: error=0, used=0, state=HTTP_STATE_WAITING, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=0, request=(nil)(), file=-1
D [19/Feb/2020:12:44:27 +0100] [Client 29] HTTP_STATE_WAITING Closing for error 32 (Broken pipe)
D [19/Feb/2020:12:44:27 +0100] [Client 29] Closing connection.
D [19/Feb/2020:12:44:27 +0100] [Client 29] Waiting for socket close.
d [19/Feb/2020:12:44:27 +0100] [Client 29] cupsdReadClient: error=32, used=0, state=HTTP_STATE_WAITING, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=0, request=(nil)(), file=-1
D [19/Feb/2020:12:44:27 +0100] [Client 29] Closing on EOF.
D [19/Feb/2020:12:44:27 +0100] [Client 29] Closing connection.

lpstat -v

scheduler is running
no system default destination
device for PDF: tea4cups://
PDF accepting requests since Mi 20 Nov 2019 15:45:13 CET
printer PDF is idle.  enabled since Mi 20 Nov 2019 15:45:13 CET

cupsd.conf

LogLevel warn
PageLogFormat
MaxLogSize 0

# Allow remote access
Port 632

MaxClients 400
MaxClientsPerHost 80

# Share local printers on the local network.
Browsing On
BrowseLocalProtocols dnssd
BrowseWebIF No

DefaultAuthType Basic
DefaultEncryption Required

WebInterface No

HostNameLookups On

ServerName example.com

<Location />
AuthType None
Encryption Required
# Allow shared printing...
Order allow,deny
Allow all
</Location>
<Location /printers>
AuthType None
Encryption Required
Order allow,deny
Allow all
</Location>
<Location /admin>
AuthType Basic
Require user @OWNER @SYSTEM @print_admins
Order allow,deny
Allow all
</Location>
<Location /admin/conf>
AuthType Basic
Require user @SYSTEM @print_admins marc
Order allow,deny
Allow all
</Location>
<Location /admin/log>
AuthType Default
Require user @SYSTEM @print_admins marc
Order allow,deny
</Location>
<Policy authenticated>
  JobPrivateAccess default
  JobPrivateValues default
  SubscriptionPrivateAccess default
  SubscriptionPrivateValues default
  <Limit Create-Job Print-Job Print-URI Get-Notifications Send-Document Release-Job Validate-Job>
    AuthType Basic
    Require user @OWNER @SYSTEM @print_admins @print_users
    Order deny,allow
    Allow all
    Allow localhost
  </Limit>
  <Limit Send-URI Hold-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job Cancel-My-Jobs Close-Job CUPS-Move-Job CUPS-Get-Document>
    AuthType Basic
    Require user @OWNER @SYSTEM @print_admins @print_users
    Order deny,allow
    Allow all
    Allow localhost
  </Limit>
  <Limit CUPS-Add-Modify-Printer CUPS-Delete-Printer CUPS-Add-Modify-Class CUPS-Delete-Class CUPS-Set-Default>
    AuthType Default
    Require user @SYSTEM @print_admins
    Order deny,allow
    Allow all
  </Limit>
  <Limit Pause-Printer Resume-Printer Enable-Printer Disable-Printer Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer Startup-Printer Promote-Job Schedule-Job-After Cancel-Jobs CUPS-Accept-Jobs CUPS-Reject-Jobs>
    AuthType Default
    Require user @SYSTEM @print_admins
    Order deny,allow
    Allow all
  </Limit>
  <Limit Cancel-Job CUPS-Authenticate-Job>
    AuthType Default
    Require user @OWNER @SYSTEM @print_admins @print_users
    Order deny,allow
    Allow all
  </Limit>
  <Limit All>
    AuthType None
    Order deny,allow
    Allow all
  </Limit>
</Policy>

printers.conf

# Printer configuration file for CUPS v2.2.10
# Written by cupsd
# DO NOT EDIT THIS FILE WHEN CUPSD IS RUNNING
<Printer PDF>
UUID urn:uuid:bb8eef67-3503-1234-1234-1234546464
Info PDF
MakeModel Generic CUPS-PDF Printer (w/ options)
#DeviceURI cups-pdf:/
DeviceURI tea4cups://
State Idle
StateTime 1574261113
ConfigTime 1551802733
Type 12644428
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
AllowUser @print_admins
AllowUser @print_users
OpPolicy authenticated
ErrorPolicy abort-job
</Printer>

So I am going to answer my own question:

To setup a UBUNTU (or any linux OS) print server. This is the bare bones (pretty much) server configuration in smb.conf.
The client is also Ubuntu (or any linux OS). Maybe this will help someone else. I use ssh for all my other network needs so I only
setup the printer share.

### <start smb.conf> <—— Don’t put this in your smb.conf file

[global]

netbios name = SERVER

workgroup = WORKGROUP

security = user

encrypt passwords = yes

bind interfaces only = yes

interfaces = 127.0.0.1 192.168.1.7

[printers]
comment = All Printers

path = /var/spool/samba

browseable = yes

guest ok = yes

writable = no

printable = yes

public = yes

write list = administrator

#### </end smb.conf>

To check if your interfaces are being recognized do this: sudo netstat -tulpn | egrep «smbd|nmbd»
You should get something like this:

tcp        0      0 127.0.0.1:139             0.0.0.0:*               LISTEN      28920/smbd      
tcp        0      0 192.168.1.7:139           0.0.0.0:*               LISTEN      28920/smbd      
tcp        0      0 127.0.0.1:445             0.0.0.0:*               LISTEN      28920/smbd      
tcp        0      0 192.168.1.7:445           0.0.0.0:*               LISTEN      28920/smbd      
udp        0      0 192.168.1.255:137         0.0.0.0:*                           28857/nmbd      
udp        0      0 192.168.1.7:137           0.0.0.0:*                           28857/nmbd      
udp        0      0 0.0.0.0:137               0.0.0.0:*                           28857/nmbd      
udp        0      0 192.168.1.255:138         0.0.0.0:*                           28857/nmbd      
udp        0      0 192.168.1.7:138           0.0.0.0:*                           28857/nmbd      
udp        0      0 0.0.0.0:138               0.0.0.0:*                           28857/nmbd

It’s the top 4 tcp that are important.

Also you can self test the server with the following: smbclient -L 127.0.0.1 -U%
You should get something like this:

	Sharename       Type      Comment
	---------       ----      -------
	IPC$            IPC       IPC Service (Samba 4.3.11-Ubuntu)
	Canon_MG7500_series Printer   Canon MG7500 series
	HP-LaserJet-3050 Printer   Hewlett-Packard HP LaserJet 3050
Domain=[WORKGROUP] OS=[Windows 6.1] Server=[Samba 4.3.11-Ubuntu]

	Server               Comment
	---------            -------
	906E14000000         MG7500 series
	SERVER               Samba 4.3.11-Ubuntu

	Workgroup            Master
	---------            -------
	WORKGROUP            SERVER  

The OS=[Windows 6.1] above is Horse Apples and means nothing. Don’t worry about it. the ( -U% ) above tells it to log in without User or Passwd.

On your client now goto /System/printers/add/Network Printer/Windows printer via Samba/ Here it may ask to install a little python program that searches for printers, do it.
Ignore all the Windows crap and just keep on. when you find the printer you want just go with it and hopefully you will get to your destination.

You should already have cups setup.

Have fun.