Re: cups

[Brian <ad44@cityscape.co.uk>]

On Sun 23 Jul 2017 at 21:09:01 +0200, Pol Hallen wrote:

> Hi Brian
> 
> >For the testing client, post the output of
> >lpoptions -p e460dn
> 
> lpoptions -p E460DN.fuckaround.org
> copies=1 device-uri=ipp://10.10.10.1/printers/E460DN finishings=3
> job-cancel-after=10800 job-hold-until=no-hold job-priority=50
> job-sheets=none,none marker-change-time=1500823547
> marker-colors=#000000,none,none marker-levels=-1,100,-1 marker-names='Toner\
> nero,Unit?\ di\ fusione,Kit\ manutenzione' marker-types=toner,other,other
> number-up=1 printer-commands=AutoConfigure,Clean,PrintSelfTestPage
> printer-info=E460DN.fuckaround.org printer-is-accepting-jobs=true
> printer-is-shared=false printer-is-temporary=false printer-location
> printer-make-and-model='Lexmark E460dn Foomatic/Postscript' printer-state=3

This is the PPD being used by the E460DN queue. It confirms my
suspicion that filtering to produce a PostScript file takes place
on the client.

> printer-state-change-time=1500823572 printer-state-reasons=none
> printer-type=10530844
> printer-uri-supported=ipp://localhost/printers/E460DN.fuckaround.org
> 
> >and the content of /etc/cups/printers.conf.
> 
> <Printer E460DN.fuckaround.org>
> UUID urn:uuid:93096773-7e23-3138-6562-d82e1935b64f
> AuthInfoRequired none
> Info E460DN.fuckaround.org
> MakeModel Lexmark E460dn Foomatic/Postscript
> DeviceURI ipp://10.10.10.1/printers/E460DN
> State Idle
> StateTime 1500823572
> ConfigTime 1500823259
> Type 8433692
> Accepting Yes
> Shared No
> JobSheets none none
> QuotaPeriod 0
> PageLimit 0
> KLimit 0
> OpPolicy default
> ErrorPolicy retry-job
> Attribute marker-colors \#000000,none,none
> Attribute marker-levels -1,100,-1
> Attribute marker-names Toner nero,Unit? di fusione,Kit manutenzione
> Attribute marker-types toner,other,other
> Attribute marker-change-time 1500823547
> </Printer>

Looking for any sign of cups-browsed. A bit pointless considering what
is on the server!
 
> >time pdf2ps 789K_PDF output.ps
> 
> time pdf2ps 158.pdf 158.ps
> 
> real	0m3.482s
> user	0m3.164s
> sys	0m0.312s

Just over 3 seconds to convert a PDF to a PostScript file. But
15 minutes to have the job printed. Surely this would mean the
server or the printer is the bottleneck?

> >Post the screen display and the output of 'ls -l output.ps'
> 
> ls -l 158.ps
> -rw-r--r-- 1 max max 12180217 Jul 23 20:14 158.ps
>
> > same file using debian stable, on server jobs I see 1043K and works
> 
> >Post the outputs of
> >ls -l /etc/cups/ppd
> 
> -rw-r----- 1 root lp 10364 Jul 23 17:20 E460DN.fuckaround.org.ppd
> -rw-r----- 1 root lp 10372 Jul 23 17:20 E460DN.fuckaround.org.ppd.O
> 
> lpoptions -p <queue>
> 
> from the stable client machine.
> 
> >Is it jessie, stretch or testing on the server?
> 
> I making test with 2 servers: one it's old-old stable, another with
> old-stable server (same situation: from debian stable everything works)

The filtering is distinctly different on these distributions from
post-wheezy. I've forgotten the details, but it could be a factor.

> lpstat -d E460DN
> E460DN-2544             max            9726976   Sun 23 Jul 2017 08:30:00 PM
> CEST
> 
> that's the problem: 9726976
> 
> when I print from stable debian, on cups server file size is correct: 760832
> 
> lpstat -d E460DN
> system default destination: E460DN.fuckaround.org_via_VNC_from_misha
> E460DN-2547             psycheye        760832   Sun 23 Jul 2017 09:05:57 PM
> CEST

If the file file arriving at the server is unchanged in size (or
practically so) it would indicate no processing is taking place
on the stable client. Please post the output of 'lpoptions -p ...'
for the queue there.

-- 
Brian.