NO disable client queue if ipp-server-queue ist disabled ?

Fri Apr 17 01:33:29 PDT 2009

"printer offline" is NOT my problem. The cups server cancelled the job unexpected if the queue there is disabled ? Where comes the Cancel-Job request from ? I append an extract of the errlog files from client and server:

==============================================================================
local queue 1_b302c_t is enabled  (on client beluga)
device for 1_b302c_t: http://primat1:631/printers/1_b302c?waitjob=no
remote queue 1_b302c is disabled  (on server printer alias primat1)
(if queue 1_b302c on server is enabled printing is well done !)

09:28:29 [meh at beluga]$ lpr -P 1_b302c_t
=======================================

D [17/Apr/2009:09:28:29 +0200] cupsdReadClient: 8 POST /printers/1_b302c_t HTTP/1.1
D [17/Apr/2009:09:28:29 +0200] cupsdAuthorize: No authentication data provided. D [17/Apr/2009:09:28:29 +0200] Print-Job ipp://localhost/printers/1_b302c_t
D [17/Apr/2009:09:28:29 +0200] print_job: auto-typing file...                   D [17/Apr/2009:09:28:29 +0200] add_job: setting context of job to UNKNOWN SL
D [17/Apr/2009:09:28:29 +0200] add_job: requesting-user-name="meh"              I [17/Apr/2009:09:28:29 +0200] [Job 380] Adding start banner page "none".
D [17/Apr/2009:09:28:29 +0200] Discarding unused job-created event...           I [17/Apr/2009:09:28:29 +0200] [Job 380] Adding job file of type text/plain.
I [17/Apr/2009:09:28:29 +0200] [Job 380] Adding end banner page "none".         I [17/Apr/2009:09:28:29 +0200] [Job 380] Queued on "1_b302c_t" by "meh".
D [17/Apr/2009:09:28:29 +0200] [Job 380] hold_until = 0                         D [17/Apr/2009:09:28:29 +0200] cupsdProcessIPPRequest: 8 status_code=0 (successf
ul-ok)                                                                          D [17/Apr/2009:09:28:29 +0200] cupsdCloseClient: 8
...
### ===> now is queue 1_b302c_t disabled !!!

09:30:33 job from beluga to printe, queue 1_b302c on printe disabled:
=====================================================================

debug protocol errlog from client beluga:
=========================================
I [17/Apr/2009:09:30:33 +0200] Printer "1_b302c_t" started by "root".
D [17/Apr/2009:09:30:33 +0200] Discarding unused printer-state-changed event...
D [17/Apr/2009:09:30:33 +0200] [Job 379] argv[0]="1_b302c_t"
D [17/Apr/2009:09:30:33 +0200] [Job 379] argv[1]="379"
D [17/Apr/2009:09:30:33 +0200] [Job 379] argv[2]="meh"
D [17/Apr/2009:09:30:33 +0200] [Job 379] argv[3]="a2ps2nEY7g"
D [17/Apr/2009:09:30:33 +0200] [Job 379] argv[4]="1"
D [17/Apr/2009:09:30:33 +0200] [Job 379] argv[5]="media=A4 sides=one-sided finishings=3 number-up=1 job-uuid=urn:uuid:c6842769-fd2d-3bf9-5e33-d261b5860738"
D [17/Apr/2009:09:30:33 +0200] [Job 379] argv[6]="/var/spool/cups/d00379-001"
...

debug protocol errlog from client beluga:
=========================================

D [17/Apr/2009:09:30:33 +0200] cupsdAcceptClient: 7 from beluga.hrz.tu-chemnitz.de:631 (IPv4)
D [17/Apr/2009:09:30:33 +0200] cupsdReadClient: 7 POST /printers/1_b302c HTTP/1.1
D [17/Apr/2009:09:30:33 +0200] cupsdAuthorize: No authentication data provided.
D [17/Apr/2009:09:30:33 +0200] Get-Printer-Attributes http://primat1.hrz.tu-chemnitz.de:631/printers/1_b302c
D [17/Apr/2009:09:30:33 +0200] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok)
D [17/Apr/2009:09:30:33 +0200] cupsdReadClient: 7 POST /printers/1_b302c HTTP/1.1
D [17/Apr/2009:09:30:33 +0200] cupsdAuthorize: No authentication data provided.
D [17/Apr/2009:09:30:33 +0200] Print-Job http://primat1.hrz.tu-chemnitz.de:631/printers/1_b302c
D [17/Apr/2009:09:30:33 +0200] add_job: setting context of job to UNKNOWN SL
D [17/Apr/2009:09:30:33 +0200] add_job: requesting-user-name="meh"
D [17/Apr/2009:09:30:33 +0200] Adding default job-sheets values "none,none"...
I [17/Apr/2009:09:30:33 +0200] [Job 254] Adding start banner page "none".
D [17/Apr/2009:09:30:33 +0200] Discarding unused job-created event...
I [17/Apr/2009:09:30:33 +0200] [Job 254] Adding job file of type application/vnd.cups-postscript.
I [17/Apr/2009:09:30:33 +0200] [Job 254] Adding end banner page "none".
I [17/Apr/2009:09:30:33 +0200] [Job 254] Queued on "1_b302c" by "meh".
D [17/Apr/2009:09:30:33 +0200] [Job 254] hold_until = 0
D [17/Apr/2009:09:30:33 +0200] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok)
D [17/Apr/2009:09:30:33 +0200] cupsdReadClient: 7 POST /printers/1_b302c HTTP/1.1
D [17/Apr/2009:09:30:33 +0200] cupsdAuthorize: No authentication data provided.
D [17/Apr/2009:09:30:33 +0200] Cancel-Job http://primat1.hrz.tu-chemnitz.de:631/printers/1_b302c
D [17/Apr/2009:09:30:33 +0200] cupsdIsAuthorized: requesting-user-name="meh"
D [17/Apr/2009:09:30:33 +0200] Discarding unused job-completed event...
I [17/Apr/2009:09:30:33 +0200] [Job 254] Canceled by "meh".
######### ======= >                      ^^^^^^^^     ???
D [17/Apr/2009:09:30:33 +0200] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok)
D [17/Apr/2009:09:30:33 +0200] cupsdReadClient: 7 POST /printers/1_b302c HTTP/1.1
D [17/Apr/2009:09:30:33 +0200] cupsdAuthorize: No authentication data provided.
D [17/Apr/2009:09:30:33 +0200] Get-Printer-Attributes http://primat1.hrz.tu-chemnitz.de:631/printers/1_b302c
D [17/Apr/2009:09:30:33 +0200] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok)
D [17/Apr/2009:09:30:33 +0200] cupsdCloseClient: 7
D [17/Apr/2009:09:30:34 +0200] [Job 254] Unloading...
######### ======= >                      ^^^^^^^^     ???
==============================================================================

> Matthias Ehrig wrote:
>
> > jobs from clients will not more
> > queued to server if the queue on the server is disabled (but accepting
> > requests). If the first job from client will be sent to server, the client
> > queue will disabled an the job ist not spooled. With cups-1.2.4 the jobs
> > will spooled !
> >
> > What can i do to prevent this situation ? It's very important, that jobs
> > are spooled and queues still enabled, since clients can every time boot in
> > an another operating system an then no more jobs must leave on client. I
> > use HTTP-URIs for connection, e.g.
> > http://primat1.domain:631/printers/1_073x?waitprinter=false?waitjob=no
>
> What printers are you dealing with?
> Try to set cupsd to debug and look if aou get see
> a state message telling you something like
> "printer offline". If that is the case, I could provide
> a hacked IPP backend (based on cups 1.3.5) which account for
> situations like this through an additional device_uri option.
> You need to recompile cups in that case bat only need to
> exchange the ipp backend binary.
>
> Helge
>