Print failure since upgrade to 12.04

Bug #995111 reported by nastyoldwizard on 2012-05-05
48
This bug affects 8 people
Affects Status Importance Assigned to Milestone
cups (Ubuntu)
High
Unassigned
Precise
High
Unassigned

Bug Description

Since upgrade to 12.04 LTS have had difficulty printing which persists even after re-installing Oneiric. I do not think this is a printer malfunction as netbook running Ubuntu 10.04 cups 1.4.3-1ubuntu1.5 prints just fine. Often occurring with second jobs when the first page appears with a single line of characters at the top and then the printer churns out repeated blank pages until stopped by hitting the printer "stop" button. Currently having the problem with Ubuntu 11.10 with cups 1.5.0-8 and Ubuntu 12.04 with cups 1.5.2-9ubuntu1. Cups Error log does not report an error. The line of characters is not always identical but often similar. The clearest is
ERROR:
undefined
OFFENDING COMMAND:
5rCj3Lri1"+f$rI5+n6R8\*imVK6JF'6bb
STACK:

More usually
5rCj3Lri1"+f$rI5+n6R8\*imVK6JF'6bb
                                                                     K6LhR1->%^S_n48hjF.$II@,f_rC4^-LP1_'P3RLc;\M

Have tried using different driver from bchemnet and in Ubuntu 12.04 installing cups 1.5.0 from archive but these either have not helped or have proved beyond my ability. I think I need some help

nastyoldwizard (md1prj) wrote :
Download full text (63.3 KiB)

My apologies. I forgot to include the printer model ML3470D and append the CUPS error log:-
I [07/May/2012:14:55:02 +0100] Remote access is disabled.
D [07/May/2012:14:55:02 +0100] Added auto ServerAlias peter-Desktop
I [07/May/2012:14:55:02 +0100] Loaded configuration file "/etc/cups/cupsd.conf"
I [07/May/2012:14:55:02 +0100] Using default TempDir of /var/spool/cups/tmp...
I [07/May/2012:14:55:02 +0100] Configured for up to 100 clients.
I [07/May/2012:14:55:02 +0100] Allowing up to 100 client connections per host.
I [07/May/2012:14:55:02 +0100] Using policy "default" as the default.
D [07/May/2012:14:55:02 +0100] load_ppd: Loading /var/cache/cups/ML-3470-Series.data...
D [07/May/2012:14:55:02 +0100] Calling DeleteDevice(cups-ML-3470-Series)
D [07/May/2012:14:55:02 +0100] failed to DeleteDevice: org.freedesktop.DBus.Error.InvalidArgs:Type of message, `(s)', does not match expected type `(o)'
D [07/May/2012:14:55:02 +0100] Using profile id of ML-3470-Series-Gray..
D [07/May/2012:14:55:02 +0100] Calling CreateProfile(ML-3470-Series-Gray..,temp)
W [07/May/2012:14:55:02 +0100] failed to CreateProfile: org.freedesktop.ColorManager.AlreadyExists:profile id 'ML-3470-Series-Gray..' already exists
I [07/May/2012:14:55:02 +0100] Registering ICC color profiles for "ML-3470-Series"
D [07/May/2012:14:55:02 +0100] Calling CreateDevice(cups-ML-3470-Series,temp)
W [07/May/2012:14:55:02 +0100] failed to CreateDevice: org.freedesktop.ColorManager.AlreadyExists:device id 'cups-ML-3470-Series' already exists
D [07/May/2012:14:55:02 +0100] cupsdRegisterPrinter(p=0xb792c2d0(ML-3470-Series))
D [07/May/2012:14:55:02 +0100] cupsdMarkDirty(---p--)
D [07/May/2012:14:55:02 +0100] cupsdSetBusyState: newbusy="Dirty files", busy="Not busy"
I [07/May/2012:14:55:02 +0100] Partial reload complete.
I [07/May/2012:14:55:02 +0100] Listening to [v1.::1]:631 on fd 8...
I [07/May/2012:14:55:02 +0100] Listening to 127.0.0.1:631 on fd 9...
I [07/May/2012:14:55:02 +0100] Listening to /var/run/cups/cups.sock:631 on fd 10...
I [07/May/2012:14:55:02 +0100] Resuming new connection processing...
D [07/May/2012:14:55:02 +0100] cupsdSetBusyState: newbusy="Dirty files", busy="Dirty files"
D [07/May/2012:14:55:02 +0100] Discarding unused server-restarted event...
D [07/May/2012:14:55:02 +0100] cupsdAcceptClient: 13 from localhost (Domain)
D [07/May/2012:14:55:02 +0100] Report: clients=1
D [07/May/2012:14:55:02 +0100] Report: jobs=0
D [07/May/2012:14:55:02 +0100] Report: jobs-active=0
D [07/May/2012:14:55:02 +0100] Report: printers=1
D [07/May/2012:14:55:02 +0100] Report: printers-implicit=0
D [07/May/2012:14:55:02 +0100] Report: stringpool-string-count=1077
D [07/May/2012:14:55:02 +0100] Report: stringpool-alloc-bytes=9048
D [07/May/2012:14:55:02 +0100] Report: stringpool-total-bytes=17224
D [07/May/2012:14:55:08 +0100] cupsdAcceptClient: 14 from localhost (Domain)
D [07/May/2012:14:55:08 +0100] cupsdAcceptClient: 17 from localhost (Domain)
D [07/May/2012:14:55:08 +0100] cupsdReadClient: 14 WAITING Closing on EOF
D [07/May/2012:14:55:08 +0100] cupsdCloseClient: 14
D [07/May/2012:14:55:08 +0100] cupsdSetBusyState: newbusy="Dirty files", busy="Dirty files"
D [07/May/2012:14:55:08 +0100] cupsdRe...

Ingo Haase (haase) wrote :

Please see also

#992982
#992468
#990734

It seems as if that were all the same error

Till Kamppeter (till-kamppeter) wrote :

Bugs from above as clickable links:

bug 992982
bug 992468
bug 990734

Till Kamppeter (till-kamppeter) wrote :

These are all duplicates of bug 973270.

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in cups (Ubuntu):
status: New → Confirmed
Launchpad Janitor (janitor) wrote :
Download full text (4.8 KiB)

This bug was fixed in the package cups - 1.5.3-1

---------------
cups (1.5.3-1) unstable; urgency=low

  [ Till Kamppeter ]
  * New upstream release
     - Numerous fixes on IPP (LP: #945028, LP: #973270, LP: #990734,
       LP: #992468, LP: #992982, LP: #1000172, LP: #1000758)
     - USB backend based on the maintained libusb 1.0.x with support for
       bi-directional communication
     - Fixes on SNMP-based supply level reporting
     - PostScript prtinter auto-configuration reliable now
     - Several fixes on PostScript, SSL, authenticated printing, and
       networking issues
  * debian/patches/ipp-fixes-1.5.3.patch,
    debian/patches/fix-empty-translations.patch,
    debian/patches/ppd-cache-fix-crash.patch,
    debian/patches/commandtops-make-robust-against-broken-postscript.patch,
    debian/patches/cups-polld-reconnect.patch,
    debian/patches/usb-backend-libusb-1.0.patch,
    debian/patches/usb-backend-backchannel-support.patch: Removed patches which
    got included upstream.
  * debian/patches/fix-supply-level-computation-for-percent-supply-unit.patch,
    debian/patches/fix-supply-levels-for-enumerated-prtmarkersupplieslevel.patch,
    debian/patches/fix-status-reports-when-supply-levels-grow.patch,
    debian/patches/add-status-reports-for-full-waste-trays-and-cleaner-unit-eol.patch,
    debian/patches/match-marker-colorants-which-use-non-standard-string.patch,
    debian/patches/truncate-marker-supply-names-at-comma.patch: Removed supply
    level report fixes. This got solved differently upstream.
  * debian/patches/do-not-suppress-inputslot-setting-with-empty-ap-d-inputslot.patch:
    Removed, problem solved differently upstream.
  * debian/patches/cups-avahi.patch: Manually regenerated to adapt to upstream
    changes.
  * debian/patches/ppd-poll-with-client-conf.patch,
    debian/patches/colord-support.patch,
    debian/patches/airprint-support.patch,
    debian/patches/no-conffile-timestamp.patch,
    debian/patches/drop_unnecessary_dependencies.patch,
    debian/patches/read-embedded-options-from-incoming-postscript-and-add-to-ipp-attrs.patch,
    debian/patches/show-compile-command-lines.patch: Refreshed using quilt.
  * debian/patches/usb-backend-busy-loop-fix.patch: Correct loops to repeat
    claiming interfaces on USB devices when they are busy. Before, hitting busy
    state made the device opening function error out without comment
    (LP: #987485).
  * debian/patches/usb-backend-detach-usblp-earlier-crash-guards.patch: Protect
    against crashes by checking error codes of libusb functions (LP: #997040)
    and detach usblp kernel module in an earlier stage when opening a device
    (LP: #987485, LP: #997040).
  * debian/patches/usb-backend-initialize-usblp-attached-state.patch: Initialize
    usblp_attached field in printer data structure to assure that detaching
    and re-attaching the usblp kernel module is always done correctly
    (LP: #902535, LP: #959676, LP: #960666, LP: #987485,
    LP: #995111, LP: #997040, LP: #1000253, LP: #1001028).
  * debian/patches/install-sh-remove-bashism.patch: Removed bashism.
  * debian/local/blacklist-cups-usblp.conf, debian/cups.postinst,
    debian/cups.install: Bla...

Read more...

Changed in cups (Ubuntu):
status: Confirmed → Fix Released
Till Kamppeter (till-kamppeter) wrote :

New CUPS package with the following (and some addtional) fixes uploaded to precise-proposed (proposed updates for 12.04 (Precise)):

 - Crash and busy loop fixes on the USB backend
 - "usblp" kernel module blacklisted again as it also causes problems with the new USB backend
 - Lots of fixes on the IPP backend and also on the IPP server part in the CUPS daemon
 - Other networking issues

These fixes should address most of the bugs reported shortly after the release of Precise, especially the problems with USB printing and network printing. As soon as the package is approved and made available for testing and additional comment with installation instructions will get posted here. Please test the new package then and report here whether this solves your problems. We will decide on the results whether the package will be made an official update for Precise.

Please remove/cancel all jobs and turn off and turn on your printer before testing.

debdiff attached.

Changed in cups (Ubuntu Precise):
status: New → Fix Committed
importance: Undecided → High
Changed in cups (Ubuntu):
importance: Undecided → High
Changed in cups (Ubuntu Precise):
milestone: none → precise-updates

Hello nastyoldwizard, or anyone else affected,

Accepted cups into precise-proposed. The package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

tags: added: verification-needed
nastyoldwizard (md1prj) wrote :

Although I have only been able to test this for a limited amount over the past couple of days it does look as if it has sorted the problem at least for me. Many many thanks

Thank you for testing. Marking as verified.

tags: added: verification-done
removed: verification-needed
Launchpad Janitor (janitor) wrote :
Download full text (3.8 KiB)

This bug was fixed in the package cups - 1.5.3-0ubuntu1

---------------
cups (1.5.3-0ubuntu1) precise-proposed; urgency=low

  [ Till Kamppeter ]
  * New upstream release
     - Numerous fixes on IPP (LP: #945028, LP: #973270, LP: #990734,
       LP: #992468, LP: #992982, LP: #1000172, LP: #1000758)
     - USB backend based on the maintained libusb 1.0.x with support for
       bi-directional communication
     - Fixes on SNMP-based supply level reporting
     - PostScript prtinter auto-configuration reliable now
     - Several fixes on PostScript, SSL, authenticated printing, and
       networking issues
  * debian/patches/ipp-fixes-1.5.3.patch,
    debian/patches/fix-empty-translations.patch,
    debian/patches/ppd-cache-fix-crash.patch,
    debian/patches/commandtops-make-robust-against-broken-postscript.patch,
    debian/patches/cups-polld-reconnect.patch,
    debian/patches/usb-backend-libusb-1.0.patch,
    debian/patches/usb-backend-backchannel-support.patch: Removed patches which
    got included upstream.
  * debian/patches/fix-supply-level-computation-for-percent-supply-unit.patch,
    debian/patches/fix-supply-levels-for-enumerated-prtmarkersupplieslevel.patch,
    debian/patches/fix-status-reports-when-supply-levels-grow.patch,
    debian/patches/add-status-reports-for-full-waste-trays-and-cleaner-unit-eol.patch,
    debian/patches/match-marker-colorants-which-use-non-standard-string.patch,
    debian/patches/truncate-marker-supply-names-at-comma.patch: Removed supply
    level report fixes. This got solved differently upstream.
  * debian/patches/do-not-suppress-inputslot-setting-with-empty-ap-d-inputslot.patch:
    Removed, problem solved differently upstream.
  * debian/patches/cups-avahi.patch: Manually regenerated to adapt to upstream
    changes.
  * debian/patches/ppd-poll-with-client-conf.patch,
    debian/patches/colord-support.patch,
    debian/patches/airprint-support.patch,
    debian/patches/no-conffile-timestamp.patch,
    debian/patches/drop_unnecessary_dependencies.patch,
    debian/patches/read-embedded-options-from-incoming-postscript-and-add-to-ipp-attrs.patch,
    debian/patches/show-compile-command-lines.patch: Refreshed using quilt.
  * debian/patches/usb-backend-busy-loop-fix.patch: Correct loops to repeat
    claiming interfaces on USB devices when they are busy. Before, hitting busy
    state made the device opening function error out without comment
    (LP: #987485).
  * debian/patches/usb-backend-detach-usblp-earlier-crash-guards.patch: Protect
    against crashes by checking error codes of libusb functions (LP: #997040)
    and detach usblp kernel module in an earlier stage when opening a device
    (LP: #987485, LP: #997040).
  * debian/patches/usb-backend-initialize-usblp-attached-state.patch: Initialize
    usblp_attached field in printer data structure to assure that detaching
    and re-attaching the usblp kernel module is always done correctly
    (LP: #902535, LP: #959676, LP: #960666, LP: #987485,
    LP: #995111, LP: #997040, LP: #1000253, LP: #1001028).
  * debian/patches/install-sh-remove-bashism.patch: Removed bashism.
  * debian/local/blacklist-cups-usblp.conf, debian/cups.postinst,
    de...

Read more...

Changed in cups (Ubuntu Precise):
status: Fix Committed → Fix Released

I want to ask you to do another test, so that we can find out whether we can stop blacklisting the usblp kernel module:

I have uploaded a modified CUPS package to my PPA now. Please add my PPA to your system as described on

https://launchpad.net/~till-kamppeter/+archive/ppa

in the section "Adding this PPA to your system" and then install the new CUPS package, preferably by simply doing a full system update. The CUPS version must be 1.5.3-0ubuntu2~ppa2.

Now turn off and turn on your USB printer and re-plug the USB (with the printer turned on). Try to print. does it work now?

Independent whether printing works for you now or not, reactivate the usblp kernel module by running the following two commands in a terminal window:

sudo mv /etc/modprobe.d/blacklist-cups-usblp.conf ~
sudo modprobe usblp

Turn off and turn on your printer again and re-plug the USB (with the printer turned on). Try to print again. does it also work now?

If it works, you are done. If it worked in the first test and stopped in the second, return to the configuration of the first test by running the following commands in a terminal window:

sudo mv ~/blacklist-cups-usblp.conf /etc/modprobe.d/
sudo rmmod usblp

My CUPS upload to my PPA (1.5.3-0ubuntu2~ppa2) is broken. In some hours the new version 1.5.3-0ubuntu2~ppa3 will be available. Please wait for this new version, update your system then, check whether you actually have 1.5.3-0ubuntu2~ppa3 and then do the tests of comment #12.

nastyoldwizard (md1prj) wrote :

For some reason I am still unable to to the latest CUPS. I have added your PPA to my resources list, run sudo apt-get udate and done a full system update but the CUPS package remains at cups - 1.5.3-0ubuntu1

Are you using Precise (12.04) on i386 or amd64/x86_64? The packages are only available for this version on my PPA.

Can you run

sudo apt-get update
sudo apt-get upgrade

and post the output here?

Important is to re-run "sudo apt-get update" because once the output shows whether you have correctly added my PPA and second, your package lists get updated again as perhaps the new packages did not hit your download mirror when you tried for the first time.

nastyoldwizard (md1prj) wrote :
Download full text (9.5 KiB)

Can confirm am using 12.04 i 386. Looking at output (below) I wonder whether I correctly added PPA although followed steps described.

####@####-Desktop:~$ sudo apt-get update
[sudo] password for ####:
Ign http://security.ubuntu.com precise-security InRelease
Ign http://extras.ubuntu.com precise InRelease
Ign http://gb.archive.ubuntu.com precise InRelease
Ign http://gb.archive.ubuntu.com precise-updates InRelease
Ign http://gb.archive.ubuntu.com precise-backports InRelease
Ign http://archive.ubuntu.com precise-proposed InRelease
Get:1 http://security.ubuntu.com precise-security Release.gpg [198 B]
Ign http://ppa.launchpad.net precise InRelease
Get:2 http://extras.ubuntu.com precise Release.gpg [72 B]
Get:3 http://gb.archive.ubuntu.com precise Release.gpg [198 B]
Get:4 http://archive.ubuntu.com precise-proposed Release.gpg [198 B]
Get:5 http://security.ubuntu.com precise-security Release [49.6 kB]
Hit http://extras.ubuntu.com precise Release
Get:6 http://gb.archive.ubuntu.com precise-updates Release.gpg [198 B]
Get:7 http://archive.ubuntu.com precise-proposed Release [49.6 kB]
Hit http://ppa.launchpad.net precise Release.gpg
Get:8 http://gb.archive.ubuntu.com precise-backports Release.gpg [198 B]
Hit http://ppa.launchpad.net precise Release
Get:9 http://gb.archive.ubuntu.com precise Release [49.6 kB]
Hit http://extras.ubuntu.com precise/main Sources
Hit http://extras.ubuntu.com precise/main i386 Packages
Ign http://extras.ubuntu.com precise/main TranslationIndex
Get:10 http://archive.ubuntu.com precise-proposed/restricted i386 Packages [14 B]
Hit http://ppa.launchpad.net precise/main Sources
Get:11 http://gb.archive.ubuntu.com precise-updates Release [49.6 kB]
Get:12 http://archive.ubuntu.com precise-proposed/main i386 Packages [151 kB]
Get:13 http://security.ubuntu.com precise-security/main Sources [15.7 kB]
Hit http://ppa.launchpad.net precise/main i386 Packages
Get:14 http://security.ubuntu.com precise-security/restricted Sources [14 B]
Get:15 http://security.ubuntu.com precise-security/universe Sources [4,935 B]
Get:16 http://security.ubuntu.com precise-security/multiverse Sources [713 B]
Get:17 http://security.ubuntu.com precise-security/main i386 Packages [50.8 kB]
Get:18 http://security.ubuntu.com precise-security/restricted i386 Packages [14 B]
Get:19 http://security.ubuntu.com precise-security/universe i386 Packages [11.6 kB]
Get:20 http://gb.archive.ubuntu.com precise-backports Release [49.6 kB]
Get:21 http://security.ubuntu.com precise-security/multiverse i386 Packages [1,394 B]
Hit http://security.ubuntu.com precise-security/main TranslationIndex
Hit http://security.ubuntu.com precise-secu...

Read more...

Can you run the command

apt-cache policy cups

nastyoldwizard (md1prj) wrote :

output is

cups:
  Installed: 1.5.3-0ubuntu1
  Candidate: 1.5.3-0ubuntu1
  Version table:
     1.5.3-0ubuntu2~ppa3 0
        500 http://ppa.launchpad.net/till-kamppeter/ppa/ubuntu/ precise/main i386 Packages
 *** 1.5.3-0ubuntu1 0
        900 http://gb.archive.ubuntu.com/ubuntu/ precise-updates/main i386 Packages
        100 /var/lib/dpkg/status
     1.5.2-9ubuntu1 0
        500 http://gb.archive.ubuntu.com/ubuntu/ precise/main i386 Packages

Steve Langasek (vorlon) wrote :

This output suggests that you may have some incorrect apt pinning in place in /etc/apt/preferences. You should probably remove those, or at least fix them to allow ppa versions to be installed; otherwise, you can install the ppa version explicitly by running:

  sudo apt-get install cups=1.5.3-0ubuntu2~ppa3

nastyoldwizard (md1prj) wrote :

Updated to your latest version of cups. Neither worked before after reactivating usblp kernel.

Printer now not recognised or printing

Next testing round to get the USB backend working: In some hours cups 1.5.3-0ubuntu2~ppa4 will be available on my PPA, update your system to get it, check whether you actually got it, and do the tests of comment #12 again. For each failed test attach the error_log and /var/log/syslog, thanks.

New version uploaded which does not do an initial reset on the printer (~ppa5). please do the same tests with this version.

nastyoldwizard (md1prj) wrote :

I can't get cups to identify the printer without usblp blacklisted. When it is the printer is recognised and printing works just fine.

Next testing round: cups 1.5.3-0ubuntu2~ppa7 is uploaded to my PPA now and this respects uni-directional devices and gives some more messages in error_log.

Please repeat the tests with it (with and without blacklisting usblp) and attach syslog and error_log of the failing tests.

In addition, you can try to force uni-directional mode by

lpadmin -p <queue> -o usb-unidir-default=true

and restore to normal mode via

lpadmin -p <queue> -o usb-unidir-default=false

For <queue> the name of your print queue has to be inserted.

Please repeat your tests with forced uni-directional mode.

Can you do the tests of my previous comment with cups 1.5.3-0ubuntu2~ppa9 from my PPA? Thanks.

nastyoldwizard (md1prj) wrote :

It looks as if that has solved the problem. With and without blacklisting printer now recognised and printing well albeit with limited testing so far.

Thank you very much for testing!

Reopening bug as we will replace the workaround (blacklisting usblp kernel module) by the real fix (current PPA version of CUPS).

Changed in cups (Ubuntu):
status: Fix Released → Triaged
Changed in cups (Ubuntu Precise):
status: Fix Released → Triaged

Even if the problem is solved for you, do also this test only to avoid regressions.

Can you all try cups 1.5.3-0ubuntu2~ppa12 from my PPA? This could solve the problem. Test it, with and without the blacklisting of usblp and with and without forcing uni-directional mode and tell whether it works. Especially I want to know whether it actually works without blacklisting and without forcing uni-directional now.

Independent whether it works, please attach your error_log.

nastyoldwizard, in comment #26 you tell that the problem is solved for you. Did it also work without forcing uni-directional mode or do you need to force uni-directional?

Currently on annual leave Will try to get back to you on
my return

On Fri, 29 Jun 2012 08:15:39 -0000
  Till Kamppeter <email address hidden> wrote:
> nastyoldwizard, in comment #26 you tell that the problem
>is solved for
> you. Did it also work without forcing uni-directional
>mode or do you
> need to force uni-directional?
>
> --
> You received this bug notification because you are
>subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/995111
>
> Title:
> Print failure since upgrade to 12.04
>
> Status in “cups” package in Ubuntu:
> Triaged
> Status in “cups” source package in Precise:
> Triaged
>
> Bug description:
> Since upgrade to 12.04 LTS have had difficulty printing
>which persists even after re-installing Oneiric. I do
>not think this is a printer malfunction as netbook
> running Ubuntu 10.04 cups 1.4.3-1ubuntu1.5 prints just
>fine. Often occurring with second jobs when the first
>page appears with a single line of characters at the top
>and then the printer churns out repeated blank pages
>until stopped by hitting the printer "stop" button.
>Currently having the problem with Ubuntu 11.10 with cups
>1.5.0-8 and Ubuntu 12.04 with cups 1.5.2-9ubuntu1. Cups
>Error log does not report an error. The line of
>characters is not always identical but often similar.
> The clearest is
> ERROR:
> undefined
> OFFENDING COMMAND:
> 5rCj3Lri1"+f$rI5+n6R8\*imVK6JF'6bb
> STACK:
>
> More usually
> 5rCj3Lri1"+f$rI5+n6R8\*imVK6JF'6bb
>
> K6LhR1->%^S_n48hjF.$II@,f_rC4^-LP1_'P3RLc;\M
>
> Have tried using different driver from bchemnet and in
>Ubuntu 12.04
> installing cups 1.5.0 from archive but these either
>have not helped or
> have proved beyond my ability. I think I need some
>help
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/cups/+bug/995111/+subscriptions

Hello,

I did another try this morning. Ubuntu 12.04 server. Printer Canon IP4200.

I tried "Print test page" from a desktop Ubuntu 12.04 connected to that printer as "Remote printer". The printer woke up, but did not start printing and cups reports "Printing page 1, 20%".

I attach the cups error log.

$ lsusb | grep Canon

Bus 001 Device 003: ID 04a9:10a2 Canon, Inc. iP4200

$ lsmod | grep usb

usbserial 37173 1 cp210x

$ dpkg -l | grep cups

ii cups 1.5.3-0ubuntu2~ppa14 Common UNIX Printing System(tm) - server
ii cups-client 1.5.3-0ubuntu2~ppa14 Common UNIX Printing System(tm) - client programs (SysV)
ii cups-common 1.5.3-0ubuntu2~ppa14 Common UNIX Printing System(tm) - common files
ii cups-filters 1.0.18-0ubuntu0.1 OpenPrinting CUPS Filters
ii cups-ppdc 1.5.3-0ubuntu2~ppa14 Common UNIX Printing System(tm) - PPD manipulation utilities
ii ghostscript-cups 9.05~dfsg-0ubuntu4 interpreter for the PostScript language and for PDF - CUPS filters
ii libcups2 1.5.3-0ubuntu2~ppa14 Common UNIX Printing System(tm) - Core library
ii libcupscgi1 1.5.3-0ubuntu2~ppa14 Common UNIX Printing System(tm) - CGI library
rc libcupsdriver1 1.5.2-9ubuntu1 Common UNIX Printing System(tm) - Driver library
ii libcupsfilters1 1.0.18-0ubuntu0.1 OpenPrinting CUPS Filters - Shared library
ii libcupsimage2 1.5.3-0ubuntu2~ppa14 Common UNIX Printing System(tm) - Raster image library
ii libcupsmime1 1.5.3-0ubuntu2~ppa14 Common UNIX Printing System(tm) - MIME library
ii libcupsppdc1 1.5.3-0ubuntu2~ppa14 Common UNIX Printing System(tm) - PPD manipulation library

Stéphane, can you run the command

lpadmin -p Canon_iP4200 -o usb-unidir-default=true

turn off and turn on the printer again and then try to print again?

If you have still problems then, run

lpadmin -p Canon_iP4200 -o usb-no-reattach-default=true

turn off and turn on the printer again and then try to print again.

Hm. It seems my tests conditions for post #31 were not right, sorry about that.

It seems to work now. I'll let you know how it goes over the week.

-sbi

Stéphane, do you need forced uni-directional via

lpadmin -p Canon_iP4200 -o usb-unidir-default=true

or does it also work without:

lpadmin -p Canon_iP4200 -R usb-unidir

Till, as far as I can tell, it works without.

I attach the printers.conf for confirmation.

Stéphane, can you check whether the usblp kernel module is blacklisted for you. If it is blacklisted and therefore you did the tests with the module blacklisted, please remove the blacklisting via

cancel -a
mv /etc/modprobe.d/blacklist-cups-usblp.conf ~
sudo rmmod usblp
sudo modprobe usblp

turn off and turn on the printer and test again. Thanks.

Hi, usblp was indeed blacklisted by default.

I've enabled usblp, and it continued to work... but it a bit later the problem reappeared.

I'm pretty sure the problem I experience is not related to usblp. However, I could not yet pinpoint the exact situations that work and those that don't.

Stéphane, the usblp module can still be the culprit. For example reattaching it after a job can get some printers into an undefined state. Especially if you never observe the problem with the module blacklisted and sometimes observe the problem with the module not blacklisted, the module can have caused your problem. Then you should try a less invasive solution than blacklisting the module, simply preventing the CUPS backend to re-attach the module after a job, via

lpadmin -p Canon_iP4200 -o usb-no-reattach-default=true

To remove the setting, run

lpadmin -p Canon_iP4200 -R usb-no-reattach

You should do very many tests now (aro, as your problem occurs only sometimes. Also always run

cancel -a
sudo rmmod usblp

and then turn off and turn on your printer after each change of the testing mode and after each occurrence of the problem). Try the following three modes (do never use the forced uni-directional mode):

1. Kernel module not blacklisted, no re-attaching module after job

2. Kernel module not blacklisted, re-attaching module after job

3. Kernel module blacklisted

Note that for returning from the special debug modes (forced uni-directional, no re-attaching of the kernel module) you have to give the option names with "-default":

lpadmin -p Canon_iP4200 -R usb-no-reattach-default
lpadmin -p Canon_iP4200 -R usb-unidir-default

Please check whether the modes got actually reset looking for a line containing "Deleting <option>-default" in your error_log. After that do the appropriate test.

Launchpad Janitor (janitor) wrote :
Download full text (3.4 KiB)

This bug was fixed in the package cups - 1.5.3-3

---------------
cups (1.5.3-3) experimental; urgency=low

  * debian/patches/usb-backend-further-enhancements.patch: Added latest
    development work on the libusb-based USB backend:
     - Support for uni-directional devices, both protocol-1 devices and
       devices where no read endpoint is found.
     - Soft reset specific to the "PRINTER" device class. This allows a
       reset without reconnecting.
     - When closing the device, it will also get reset to its original
       configuration, before re-attaching the usblp kernel module. Do not
       restore the configuration setting when the old configuration was zero,
       as zero means "unconfigured".
     - Added option "usb-unidir" to force the backend into uni-directional
       mode. This allows to work around problems with bi-di communications,
       especially also a delay at the end of the job caused by closing the
       read channel (happens only for some devices, LP: #1001028). Also
       useful for debugging.
     - Added the quirk management of the usblp kernel module. So the problems
       of all printers which were worked around in the kernel module are
       also worked around in the libusb-based CUPS backend now (LP: #1000253).
     - Added new quirk type to quirk manager: Printers for which the usblp
       kernel module should not get reattached after printing a job
       (LP: #1000253, perhaps also LP: #995111).
     - Added additional quirks for the Prolific Technology USB -> Parallel
       adapter, as the adapter needs uni-directional mode to be forced and
       also does not like re-attaching the usblp kernel module after the
       job (last third of last page gets cut off, re-attaching probably
       sends a reset to the printer while there is still data to be printed
       in the printer's internal buffer (LP: #987485).
     - Added the command line option "usb-no-reattach". With the option set
       the usblp kernel module does not get reattached after a job has been
       printed. Some printers cut off the end of the job or even crash by
       re-attaching the module. This is a development/debug mode to test
       whether re-attaching was the culprit of a problem. Users should
       report such issues so that their printers can get added to the quirk
       list.
     - Some extra debug messages.
     - Added a missing libusb_free_config_descriptor().
    This patch is submitted upstream as CUPS STR #4128.
  * debian/patches/add-ipp-backend-of-cups-1.4.patch, debian/cups.config,
    debian/cups.lintian-overrides, debian/cups.postinst, debian/cups.prerm,
    debian/cups.templates: Add the IPP backend of CUPS 1.4.x to the current
    CUPS package as independent backend "ipp14". Some devices (like the
    LiveBox 2) do not work with the current IPP backend (LP: #945028,
    LP: #973270, LP: #990734, LP: #992468, LP: #992982).
  * debian/patches/ipp-backend-cups-1.5.4-fixes.patch: Backported latest
    fixes on the IPP backend from upstream.
  * debian/local/blacklist-cups-usblp.conf, debian/cups.postinst,
    debian/cups.install, debian/cups.preinst, debian/cups.postinst,
    debian/cups.postrm:...

Read more...

Changed in cups (Ubuntu):
status: Triaged → Fix Released

I am experiencing this bug again with the cups 1.5.3-0ubuntu3.
Version 1.5.3-0ubuntu2 *works* , and cups 1.5.3-0ubuntu3 *does not* work, i. e., the problem I had before has returned: sometimes it
prints and sometimes it won't. If I unplug and plug it again, increases the chance of printing.
The printer is a Samsung ML-1860 connected to the usb.
Best regards.

André, I have found out what the problem is and the fix is a small patch. To get this fix into Precise we need a new bug report for the Stable Release Update (SRU) process. Please open this new bug report and post a link to it here. Thanks.

André, you can test my fix by installing cups 1.5.3-0ubuntu4~ppa1 from my PPA (Personal Package Archive). To install packages from my PPA go to

https://launchpad.net/~till-kamppeter/+archive/ppa

and follow the instructions of the section "Adding this PPA to your system", then do a system update, either with update-manager or via the following commands in a terminal window:

sudo apt-get update
sudo apt-get upgrade

Please tell in your new bug report whether your problem got solved or not and stay tuned for further instructions.

André, as your problem is a regression caused by the fix of bug 1032456 we will continue on that bug report. Please follow the instructions there.

Till Kamppeter,

As soon as I come back from vacations I will be glad to test this fix.

Thank you very much for your kindly care.

Best regards.

André (desgua).

tttyyy (teddyyyy123) wrote :

I had exactly the same problem, on ubuntu12.04, with cups-1.5.3-0ubuntu4,

then I downgraded to 1.5.2- through synaptic manager.

but problem still exists:

I have a Debian box running as a printer server, with a printer attached to USB, then I added the Debian box using ipp protocol
on my Ubuntu laptop. when I print anything, it says "/...../backend/ipp failed", the relevant error is (rsss is my printer name on from the laptop setting):

D [08/Oct/2012:23:52:29 -0700] cupsdReadClient: 16 1.1 Get-Jobs 1
D [08/Oct/2012:23:52:29 -0700] Get-Jobs ipp://localhost/printers/rsss
D [08/Oct/2012:23:52:29 -0700] Returning IPP successful-ok for Get-Jobs (ipp://localhost/printers/rsss) from localhost
D [08/Oct/2012:23:52:29 -0700] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Active clients, printing jobs, an
d dirty files"
D [08/Oct/2012:23:52:29 -0700] [Job 184] Get-Printer-Attributes: client-error-forbidden (Forbidden)
D [08/Oct/2012:23:52:29 -0700] [Job 184] Get-Printer-Attributes returned client-error-forbidden.
D [08/Oct/2012:23:52:29 -0700] [Job 184] ATTR: auth-info-required=none
D [08/Oct/2012:23:52:29 -0700] load_ppd: Loading /var/cache/cups/rsss.data...
D [08/Oct/2012:23:52:29 -0700] Calling DeleteDevice(cups-rsss)
D [08/Oct/2012:23:52:29 -0700] failed to DeleteDevice: org.freedesktop.DBus.Error.InvalidArgs:Type of message, `(s)', does not match expected type `(o)'
D [08/Oct/2012:23:52:29 -0700] Using profile id of rsss-Gray..
D [08/Oct/2012:23:52:29 -0700] Calling CreateProfile(rsss-Gray..,temp)
W [08/Oct/2012:23:52:29 -0700] failed to CreateProfile: org.freedesktop.ColorManager.AlreadyExists:profile id 'rsss-Gray..' already exists
I [08/Oct/2012:23:52:29 -0700] Registering ICC color profiles for "rsss"
D [08/Oct/2012:23:52:29 -0700] Calling CreateDevice(cups-rsss,temp)
W [08/Oct/2012:23:52:29 -0700] failed to CreateDevice: org.freedesktop.ColorManager.AlreadyExists:device id 'cups-rsss' already exists
D [08/Oct/2012:23:52:29 -0700] cupsdRegisterPrinter(p=0xb7e7fd70(rsss))
D [08/Oct/2012:23:52:29 -0700] cupsdMarkDirty(P-----)
D [08/Oct/2012:23:52:29 -0700] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Printing jobs and dirty files"
D [08/Oct/2012:23:52:29 -0700] PID 18177 (/usr/lib/cups/filter/foomatic-rip) exited with no errors.
D [08/Oct/2012:23:52:29 -0700] PID 18178 (/usr/lib/cups/backend/ipp) stopped with status 2.
D [08/Oct/2012:23:52:29 -0700] [Job 184] kid4 received signal 13

tttyyy, please try the "ipp14" backend as described in bug 945028, comment #56. It is available in up-to-date Precise (12.04) and Quantal (12.10).

tttyyy (teddyyyy123) wrote :

Thanks , I tried the 945028 fix for ipp14, now get the following error (authentication) , I had set defaultAuthtype to none for both the laptop client box and the print server

d dirty files"
D [09/Oct/2012:09:47:14 -0700] [Client 37] POST / HTTP/1.1
D [09/Oct/2012:09:47:14 -0700] cupsdSetBusyState: newbusy="Active clients, printing jobs, and dirty files", busy="Printing jobs and dirty files"
D [09/Oct/2012:09:47:14 -0700] [Client 37] Authorized as yyang using PeerCred
D [09/Oct/2012:09:47:14 -0700] [Client 37] 2.0 Get-Jobs 237
D [09/Oct/2012:09:47:14 -0700] Get-Jobs ipp://localhost/printers/rsa
D [09/Oct/2012:09:47:14 -0700] Returning IPP successful-ok for Get-Jobs (ipp://localhost/printers/rsa) from localhost
D [09/Oct/2012:09:47:14 -0700] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Active clients, printing jobs, and dirty files"
D [09/Oct/2012:09:47:14 -0700] [Job 190] ATTR: auth-info-required=none
D [09/Oct/2012:09:47:14 -0700] load_ppd: Loading /var/cache/cups/rsa.data...
D [09/Oct/2012:09:47:14 -0700] cupsdRegisterPrinter(p=0xb97aad90(rsa))
D [09/Oct/2012:09:47:14 -0700] cupsdMarkDirty(P-----)
D [09/Oct/2012:09:47:14 -0700] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Printing jobs and dirty files"
D [09/Oct/2012:09:47:14 -0700] [Job 190] PID 4707 (/usr/lib/cups/backend/ipp14) stopped with status 2.
I [09/Oct/2012:09:47:14 -0700] [Job 190] Backend returned status 2 (authentication required)

tttyyy (teddyyyy123) wrote :
Download full text (3.5 KiB)

actually I set the DefaultAuthType to "basic" now,
but it still seems to be using none auth:

D [09/Oct/2012:09:59:30 -0700] [Client 21] Authorized as yyang using PeerCred
D [09/Oct/2012:09:59:30 -0700] [Client 21] 2.0 Get-Jobs 268
D [09/Oct/2012:09:59:30 -0700] Get-Jobs ipp://localhost/printers/rsa
D [09/Oct/2012:09:59:30 -0700] Returning IPP successful-ok for Get-Jobs (ipp://localhost/printers/rsa) from localhost
D [09/Oct/2012:09:59:30 -0700] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Active clients, printing jobs, an
d dirty files"
D [09/Oct/2012:09:59:30 -0700] [Job 192] ATTR: auth-info-required=none
D [09/Oct/2012:09:59:30 -0700] load_ppd: Loading /var/cache/cups/rsa.data...
D [09/Oct/2012:09:59:30 -0700] cupsdRegisterPrinter(p=0xb7e45d90(rsa))
D [09/Oct/2012:09:59:30 -0700] cupsdMarkDirty(P-----)
D [09/Oct/2012:09:59:30 -0700] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Printing jobs and dirty files"
D [09/Oct/2012:09:59:30 -0700] [Job 192] PID 5103 (/usr/lib/cups/backend/ipp14) stopped with status 2.
I [09/Oct/2012:09:59:30 -0700] [Job 192] Backend returned status 2 (authentication required)

on the remote printer server side, I see the following debug log:

D [09/Oct/2012:10:09:13 -0700] cupsdAcceptClient: 14 from localhost (Domain)
D [09/Oct/2012:10:09:13 -0700] Report: clients=1
D [09/Oct/2012:10:09:13 -0700] Report: jobs=1
D [09/Oct/2012:10:09:13 -0700] Report: jobs-active=0
D [09/Oct/2012:10:09:13 -0700] Report: printers=1
D [09/Oct/2012:10:09:13 -0700] Report: printers-implicit=0
D [09/Oct/2012:10:09:13 -0700] Report: stringpool-string-count=13712
D [09/Oct/2012:10:09:13 -0700] Report: stringpool-alloc-bytes=9240
D [09/Oct/2012:10:09:14 -0700] Report: stringpool-total-bytes=247592
D [09/Oct/2012:10:09:14 -0700] cupsdReadClient: 14 POST / HTTP/1.1
D [09/Oct/2012:10:09:14 -0700] cupsdSetBusyState: newbusy="Active clients", busy="Not busy"
D [09/Oct/2012:10:09:14 -0700] cupsdAuthorize: No authentication data provided.
D [09/Oct/2012:10:09:14 -0700] cupsdReadClient: 14 1.1 CUPS-Get-Printers 1
D [09/Oct/2012:10:09:14 -0700] CUPS-Get-Printers
D [09/Oct/2012:10:09:14 -0700] Returning IPP successful-ok for CUPS-Get-Printers (no URI) from localhost
D [09/Oct/2012:10:09:14 -0700] cupsdSetBusyState: newbusy="Not busy", busy="Active clients"
D [09/Oct/2012:10:09:14 -0700] cupsdReadClient: 14 POST / HTTP/1.1
D [09/Oct/2012:10:09:14 -0700] cupsdSetBusyState: newbusy="Active clients", busy="Not busy"
D [09/Oct/2012:10:09:14 -0700] cupsdAuthorize: No authentication data provided.
D [09/Oct/2012:10:09:14 -0700] cupsdReadClient: 14 1.1 CUPS-Get-Classes 1
D [09/Oct/2012:10:09:14 -0700] CUPS-Get-Classes
D [09/Oct/2012:10:09:14 -0700] Returning IPP successful-ok for CUPS-Get-Classes (no URI) from localhost
D [09/Oct/2012:10:09:14 -0700] cupsdSetBusyState: newbusy="Not busy", busy="Active clients"
D [09/Oct/2012:10:09:14 -0700] cupsdReadClient: 14 WAITING Closing on EOF
D [09/Oct/2012:10:09:14 -0700] cupsdCloseClient: 14
D [09/Oct/2012:10:09:14 -0700] cupsdSetBusyState: newbusy="Not busy", busy="Not busy"
D [09/Oct/2012:10:09:41 -0700] cupsdAcceptClient: 14 from 192.168.0.3:631 (IPv4)
D [09/Oct/2012:10...

Read more...

tttyyy (teddyyyy123) wrote :

sorry I should mention that for the last two comments, I have upgraded to ubuntu 12.10 beta, with cups 1.6.1

Dražen Lučanin (kermit666) wrote :

Something similar happening to me with cups 1.6.1-0ubuntu11. The test page prints fine, but when I try to print a pdf from evince, I get the 1st page printed relatively OK, but with many artifacts making it readable and the second page only lists:

ERROR:
undefined
OFFENDING COMMAND:
....Undefined
STACK:
274
0
0
683

etc.

I tried different drivers (IPP, JetDirect) and they're all the same. The printer used to work fine some time before (I can't say when exactly, probably back in 12.04).

Edmund Laugasson (ed-lau) wrote :

Any solution? I use 64-bit Ubuntu 12.04 LTS wit all updates and tried also http://unquietwiki.blogspot.com/2012/05/fixing-pdf-printing-problems-on-ubuntu.html but this did not work either. Even test page gave error when I tried these suggestions.
Adding ppa:till-kamppeter/ppa does not upgrade anything - is this intentional? I see that cups in that repository is older than in current Ubuntu 12.04. Actually the problem is cups-pdf - does this PPA fix also cups-pdf issue? Nothing will come into $HOME/PDF when trying to print...

Edmund, if your case is solved by

http://unquietwiki.blogspot.com/2012/05/fixing-pdf-printing-problems-on-ubuntu.html

it is not a USB problem as mentioned here but a separate bug.

Also the USB problems mentioned in this bug report are already fixed. Please open a separate bug if you have a problem with USB printing.

Note that the packages in my PPA I had uploaded to ask users for testing fixes or new features. There are no general bug fix releases. Such bug fix releases I have issued as SRUs (stable release updates) and these get installed on all user's systems by the usual update process.

HI Team

i am using xubuntu 12.04

i have send print from server 2003
and printer connected xubuntu 12.04

Server ip is 192.168.0.2
ubuntu ip is 192.168.105.208

printing failed .. how to possible printing in xubuntu. ???

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers