Bug 507442 - Printing to any printer (networked at least) does not work
Summary: Printing to any printer (networked at least) does not work
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: cups
Version: 11
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Tim Waugh
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-06-22 18:51 UTC by Randell Jesup
Modified: 2009-07-23 19:08 UTC (History)
1 user (show)

Fixed In Version: 1.4-0.rc1.10.fc11
Clone Of:
Environment:
Last Closed: 2009-07-23 19:08:45 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Troubleshoot of Canon 5800 (first one) (32.28 KB, text/plain)
2009-06-22 18:51 UTC, Randell Jesup
no flags Details
Troubleshoot of Canon 5000 (first one) (46.53 KB, text/plain)
2009-06-22 18:51 UTC, Randell Jesup
no flags Details
Troubleshoot of Lex-TICS after restart (worked this time) (62.60 KB, text/plain)
2009-06-22 18:53 UTC, Randell Jesup
no flags Details
Second Troubleshoot of 5800 (after restart) (64.97 KB, text/plain)
2009-06-22 18:54 UTC, Randell Jesup
no flags Details
Second Troubleshoot of 5000 (after restart) (75.07 KB, text/plain)
2009-06-22 18:54 UTC, Randell Jesup
no flags Details
cupsd.conf (2.88 KB, text/plain)
2009-06-22 18:56 UTC, Randell Jesup
no flags Details

Description Randell Jesup 2009-06-22 18:51:06 UTC
Created attachment 348960 [details]
Troubleshoot of Canon 5800 (first one)

Description of problem:

Printing to any network printer does not work - not even test pages.  They stall at "Processing" at best.  HUPing the cupsd daemon doesn't help (though it will clear the "Processing" status).  Note that at one point after installing F11 I was able to print a test page to one of the printers ("Lex-TICS" in the files I'll attach).

I've also taken wireshark traces to of traffic to the printers, and either there's no traffic at all, or there's a Samba authorization popup, and a series of SMB authorization requests.  However, even though I change the username in the popup (from 'jesup' to 'rjesup'), there are no SMB "Session Setup AndX Request" requests to authorize 'rjesup', only for 'jesup', 'lp' and anonymous).
In fact, all of those occur before I even enter the username/password.

Note that on "Lex-TICS", which is lpd://10.2.2.25/lp (not Samba), doesn't work either, and submitting a print request generates no network traffic.  It goes a status of "Stopped - /usr/lib/cups/backend/lpd failed".

/etc/init.d/cups restart does not fix things - lex-TICS still shows failed.  To add confusion, when I for the second time did "Troubleshooting" on lex-TICS, it told me to re-enable the printer (it keeps disabling itself on errors), I re-enabled it, and did Troubleshooting again, it finally printed a test page successfully.  However, the Samba printers still had the same problems.

The Samba printers will reset to 'idle' on a restart, but go back to stuck in "Processing" after you try to print.

I installed system-config-printer-1.1.8-1.fc11 so I could generate Troubleshooting reports (attached).  I have not tried CUPS 1.4rc1.

Version-Release number of selected component (if applicable):
CUPS 1.4b3
system-config-printer 1.1.8-1.fc11
system-config-printer-libs 1.1.8-1.fc11

How reproducible:
100% for me


Steps to Reproduce:
1. Select a printer
2. Select Properties
3. Print Test Page
  
Actual results:
Test page is listed as "Processing" forever (possibly after asking for a username/password for Samba/Windows authentication).

Expected results:
Page prints

Additional info:
See attachments.

Comment 1 Randell Jesup 2009-06-22 18:51:59 UTC
Created attachment 348961 [details]
Troubleshoot of Canon 5000 (first one)

Comment 2 Randell Jesup 2009-06-22 18:53:53 UTC
Created attachment 348962 [details]
Troubleshoot of Lex-TICS after restart (worked this time)

This is a Troubleshoot of lex-tics when it started working again after /etc/init.d/cups restart

Comment 3 Randell Jesup 2009-06-22 18:54:30 UTC
Created attachment 348963 [details]
Second Troubleshoot of 5800 (after restart)

Comment 4 Randell Jesup 2009-06-22 18:54:58 UTC
Created attachment 348964 [details]
Second Troubleshoot of 5000 (after restart)

Comment 5 Randell Jesup 2009-06-22 18:56:51 UTC
Created attachment 348967 [details]
cupsd.conf

Comment 6 Tim Waugh 2009-06-23 12:38:21 UTC
The lpd job all seems fine, so I'm going to concentrate on the smb failures in this bug report.  If you can catch a troubleshoot.txt from a failed print to the lpd queue please file that in a separate bug report.  Thanks!

So, the smb failures.  This seems to be the culprit:

E [22/Jun/2009:13:14:22 -0400] [Job 27] Unable to convert file 1 to printable format!'

It tried to send the job without authentication and that failed, so it stopped the job and waited for authentication (all expected).  When the job was authenticated it restarted the job -- all well so far.  However, it fails to process it at this stage, whereas it managed to convert it when it tried the first time so it's clearly confused.

Please try the test update, as there were several bugs fixed in this area.

yum --enablerepo=updates-testing update 'cups*'

Comment 7 Tim Waugh 2009-06-23 15:28:12 UTC
Has similarities to bug #505807.

Comment 8 Randell Jesup 2009-06-23 16:11:50 UTC
Installed the testing update.  Thanks!

The IR5800 actually wouldn't let me print anyways, so that's irrelevant (though CUPS never got to that point, so there was a problem with CUPS).  The other Canon also now works.

Printing now works with 1.4rc1 (both to the LPD Optra N, and to the Samba Canon, which is actually an ir3045 not a 5000).  Thanks for the pointer; it sounds like 1.4rc1 is much improved over beta 3....  

I'll ask in forums about the advisability of shipping F11 (and other Fxx's?) with so many packages in beta/buggy states (this may be policy/etc for Fedora, but it does cause problems, and clashes with the project statement of "latest free and open source software, in a  stable,  secure and easy to manage form." and "Do you want the latest stable software").  I had to downgrade Firefox to 3.0.x because the 3.5beta included both doesn't support many extensions yet, and it i-loops on a site in my (many) default tabs (haven't figured out which one yet).  And BTW, I'm an (inactive) Mozilla 'driver' and developer - 3.5beta is not really a "generic user", stable, secure release - it's a beta for testing.  (Google seems to have made people think "beta" == "stable production".)

I should note that there are many models missing from the lists of CUPS drivers (no Optra N, no Canon ir3035/3045 for example).  Both could be found at cups.org.   The Canon driver is ir2200-3300, so if that driver is already part of the F11 install, then it should list all the 2200-3300 models in system-config-printer.

I'll submit a separate bug for it, but system-config-printer (1.1.8-1 fc11) Troubleshooting stalls if you enter an incorrect root password without any notification, and it also doesn't show a new driver in Properties until you exit and re-enter properties.

Comment 9 Tim Waugh 2009-06-23 16:27:04 UTC
(In reply to comment #8)
> Printing now works with 1.4rc1 (both to the LPD Optra N, and to the Samba
> Canon, which is actually an ir3045 not a 5000).  Thanks for the pointer; it
> sounds like 1.4rc1 is much improved over beta 3....  

Great, I'll close this bug when the update is pushed.

> I'll ask in forums about the advisability of shipping F11 (and other Fxx's?)
> with so many packages in beta/buggy states

As I mentioned here: http://cyberelk.net/tim/2009/06/20/fedora-11-test-updates-for-printing/
I was unavoidably tied up making security fixes for several ghostscript/CUPS security vulnerabilities in the months running up to Fedora 11 release, and this meant that I was unable to spend as much time as was needed shaking out bugs from the printing system.  I am working on that now, which is why you see me writing this...

> I should note that there are many models missing from the lists of CUPS drivers
> (no Optra N, no Canon ir3035/3045 for example).  Both could be found at
> cups.org.

Thanks for pointing these out.  I'm not sure why they have not been collected with the bulk of the manufacturer's PPD at openprinting.org; I'll ask the maintainer of cups.org about that.

Comment 10 Fedora Update System 2009-07-03 19:50:53 UTC
cups-1.4-0.rc1.7.fc11 has been pushed to the Fedora 11 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update cups'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-6680

Comment 11 Fedora Update System 2009-07-19 10:16:06 UTC
cups-1.4-0.rc1.10.fc11 has been pushed to the Fedora 11 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update cups'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-6680

Comment 12 Fedora Update System 2009-07-23 19:07:55 UTC
cups-1.4-0.rc1.10.fc11 has been pushed to the Fedora 11 stable repository.  If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.