[SOLVED] Cups printing failure

I don't send print jobs from my laptop very often, but today I tried and failed (although printing worked about a month ago).

My printer (Canon TS8350) seems to be recognised, but print jobs just stops after "rendering completed".

CUPS' own debug output (see https://pastebin.com/N6xYYtdh ) contains the surprising information (lines 525-533) that cups, gutenprint and system-config-printer cannot be verified (not installed) although they are.

A failure message in line 576:

'job-printer-state-message': 'Filter failed'

Don't know if that's crucial and if so, how to fix.

I've reinstalled cups, cups-filters, and cnijfilter2 but no changes.

Thanks in advance for proposals how to solve.

heh. just deleted the Canon TR8250 from CUPS, since I got rid of that printer, literally a few minutes before reading your post - so can't look to see how I had it configured. You can double check
1. ping printer IP address? Access the printers built in web page (there are often recommended URI there)?
2. printer URI: looks like yours is set for socket://<ip adress>:9100 but I think mine was set up as ipp://<ip address>...
3. delete the printer in CUPS and run through the setup in http://localhost:631/admin again. Maybe the CUPS settings got buggered. Sometimes the fix is not to reinstall the software but to just repeat the configuration
4. what does 'lpinfo -v' show?

How did you install the printer?

I have looked at the cnijfilter2-5.90-1-rpm.tar.gz package from Canon
Extracting the package shows a subdirectory 'packages' with two rpm packages for 32bit and 64bit architectures. Extracting the 64bit cnijfilter2-5.90-1.x86_64.rpm gives a directory 'usr' with both 'lib' and 'lib64' subdirectories. Only the 'lib64' subdirectory contains additional binaries. The binaries in the 'cups/filter' subdirectory have a dependency on one of those, namely 'libcnbpcnclapicom2.so'.

Thanks for the interest and input.

As said in my first post, everything worked fine a month ago. There have of course been a lot of upgrades to -current, since then, but cups-filters is the only obviously relevant package upgraded since then, and I've tried downgrading to the previous version - no difference. cups and ghostscript are the same as when printing last worked, as is the cnijfilter2 package (built from source with ponce's buildscript for current) which contains all relevant files including libcnbpcnclapicom2.so

The printer is definitely recognized and connected. In the print settings GUI I have a "Print Self-Test Page" button, hitting that produces a self-test printout. But if I hit the "Print Test Page" button (cups' own test page), printing stops after rendering.

I found another and probably more informative debug file in the /tmp folder:
https://pastebin.com/R6jbB4VU

Here's the lines that seem to be important, even if I can't figure out what to do.

Lines 1-2:

E [17/Sep/2021:12:31:27 +0200] [Job 127] Unable to open raster stream - : Broken pipe
E [17/Sep/2021:12:31:27 +0200] [Job 127] Job stopped due to filter errors; please consult the /var/log/cups/error_log file for details.

Lines 157-160:

D [17/Sep/2021:12:31:27 +0200] [Job 127] Last OS error: Broken pipe
D [17/Sep/2021:12:31:27 +0200] [Job 127] GPL Ghostscript 9.54.0: Unrecoverable error, exit code 1
D [17/Sep/2021:12:31:27 +0200] [Job 127] Rendering completed
D [17/Sep/2021:12:31:27 +0200] [Job 127] PID 8187 (/usr/lib64/cups/filter/gstoraster) stopped with status 1.

Don't know what the "Broken pipe" message means. Line 158 suggests a ghostscript related error, but ghostscript hasn't changed since printing worked a month ago.

I'll continue fiddling around, emptying /var/cache/cups and /var/spool/cups and maybe downgrade ghostscript.

Might be a driver issue, but the source file for my cnijfilter2 package is the latest available and again, it worked a month ago.

I don't think it's a ghostscript problem. You can see from the last few errors that GS has done its work and produced a rendered postscript document. The problem lies in the conversion of that into a raster image for printing. Perhaps you should downgrade cups-filters.

Originally Posted by hazel Perhaps you should downgrade cups-filters.

Been there, done that (mentioned in post #4)... sadly no difference.

Got the printer working again, although I still haven't got a clue to why it stopped working, nor why my actions solved my issue. Here's what happened:

I decided to try if I could get the printer to work with my old Asus eee running slackware-14.2 (32bit). Had to get a 32bit cnijfilter2 package, and for some reason the slackbuild script failed when I tried building from source. Hadn't the time and energy to dig into that, instead I found a rpm package of the same version (5.90.1) and repackaded it.

When testing, cups complained about insecure file ownership affecting three files. After chowning them to root:root everything worked.

I then repackaged the corresponding 64bit rpm package and installed it on my everyday laptop with 64bit -current. Same complaints about ownership, solved in the same way. And printing works.

I can't explain what happened. Files in my old SBo package and the new one seem identical. Package tree structure differs (some files now in /usr/local/ instead of /usr/) but I can't see how this should affect functionality.

Well, it works. I'm satisfied with that.