Bug 445511

Summary: Printers showing Trashing internal memory
Product: Red Hat Enterprise Linux 4 Reporter: Pablo Iranzo Gómez <pablo.iranzo>
Component: cupsAssignee: Tim Waugh <twaugh>
Status: CLOSED NOTABUG QA Contact:
Severity: low Docs Contact:
Priority: low    
Version: 4.2   
Target Milestone: rc   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-07-24 05:57:06 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Document they try to print
none
ps2ps conversion as described by Tim
none
PDF- and PS- filtered file
none
PPD for the printer
none
All process (two filters) result none

Comment 1 Pablo Iranzo Gómez 2008-05-07 10:58:19 UTC
Created attachment 304751 [details]
Document they try to print

Comment 4 Pablo Iranzo Gómez 2008-05-07 11:02:03 UTC
Created attachment 304754 [details]
ps2ps conversion as described by Tim

Comment 5 Pablo Iranzo Gómez 2008-05-07 11:08:42 UTC
Printers can print other files, printers have been replaced, connection cable
has been replaced (using parallel port), and other documents can be printed.

This document can be printed if just sending the images without photographs.

Thanks!
Pablo

Comment 6 Tim Waugh 2008-05-07 11:45:34 UTC
Created attachment 304758 [details]
PDF- and PS- filtered file

Hi Pablo,

The attachment in comment #4 looks like you given pstops the original PDF 
instead of the output from pdftops as I described.

Starting from gps-5-5-2008.pdf, here is how CUPS processes the document for a
PostScript printer:

PPD=/etc/cups/ppd/myprinter.ppd /usr/lib/cups/filter/pdftops \
  1 me '' 1 '' < gps-5-5-2008.pdf > pdftops.ps
PPD=/etc/cups/ppd/myprinter.ppd /usr/lib/cups/filter/pstops \
  1 me '' 1 '' < pdftops.ps > pstops.ps

The resulting pstops.ps file (i.e. the output from pstops.ps) is what is then
handed off to the printer.

I don't have the PPD for the printer in question here (i.e. the
/etc/cups/ppd/queue.ppd file for that queue); you need to attach that.

Trying with a random PostScript printer PPD I happen to have available here,
here is the pstops.ps *I* get when running the above commands on Fedora 8.

Comment 7 Tim Waugh 2008-05-07 11:46:22 UTC
Please attach the PPD file they are actually using.

Comment 8 Pablo Iranzo Gómez 2008-05-07 13:19:01 UTC
Sorry, I exec it as two separate commands, I'm going to do that extra step and
let you know.

Attaching ppd as required.

Will update entry afterwards

Comment 9 Pablo Iranzo Gómez 2008-05-07 13:19:15 UTC
Created attachment 304764 [details]
PPD for the printer

Comment 10 Pablo Iranzo Gómez 2008-05-07 13:27:51 UTC
Created attachment 304767 [details]
All process (two filters) result

Comment 11 Pablo Iranzo Gómez 2008-05-07 13:34:17 UTC
Printer still does no printing even with the two-filter file (attached previously)

Thanks!
Pablo

Comment 12 Tim Waugh 2008-05-07 14:13:28 UTC
Meaning that the printer still displays 'Trashing internal memory'?

Sounds like it needs one of:
(a) a firmware upgrade, or
(b) extra RAM installed, or
(c) Lexmark to provide input

Comment 13 Pablo Iranzo Gómez 2008-05-07 14:24:50 UTC
Tim, as other printers can print this file using the same amount of RAM, we're
going to address this issue with Lexmark and firmware upgrade (just addon card
as I found on their website).


Thank you very much for your attention
Pablo

Comment 14 Pablo Iranzo Gómez 2008-07-24 05:57:06 UTC
Customer is working on this with T-Systems, Fujitsu-Siemens and Lexmark, it only
happens when using parallel port with a few T200 systems, using usb or network
print server works ok, as well as feeding using raw PDF to the printer, it just
fails with ps conversion and printing over parallel...

Thanks Tim :)