Ubuntu
cups package

after upgrade, CUPS refuses to use existing PSC-750 'usb' config and creates a new PSC-750-2 'hp' config

Bug #422930 reported by Steve Langasek
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
cups (Ubuntu)
Incomplete
High
Unassigned
Karmic
Incomplete
High
Unassigned

Bug Description

Binary package hint: cups

After cups was upgraded today, it no longer uses my existing configuration for my PSC-750. Instead, it re-detects the printer and auto-creates a new queue using the hp backend, instead of the usb backend I was using.

printers.conf block for the old, tuned config:

<DefaultPrinter PSC-750>
Info Hewlett-Packard PSC 750
Location dario
MakeModel HP PSC 750, hpcups 3.9.8
DeviceURI usb://HP/PSC%20750?serial=MY2ASD4157WB
State Stopped
StateMessage Unplugged or turned off
StateTime 1251847845
Reason paused
Type 36876
Filter application/vnd.cups-raw 0 -
Filter application/vnd.cups-raster 0 hpcups
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy retry-job
</Printer>

and for the new, unwelcome config:

<Printer PSC-750-2>
Info Hewlett-Packard PSC 750
Location dario
MakeModel HP PSC 750 - CUPS+Gutenprint v5.2.4
DeviceURI hp:/usb/PSC_750?serial=MY2ASD4157WB
State Idle
StateTime 1251852343
Type 36892
Filter application/vnd.cups-raw 0 -
Filter application/vnd.cups-raster 100 rastertogutenprint.5.2
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy retry-job
</Printer>

ProblemType: Bug
Architecture: amd64
Date: Tue Sep 1 17:50:46 2009
DistroRelease: Ubuntu 9.10
Lpstat:
 device for davidson-printer: smb://WORKGROUP/EXCALIBUR/Printer2
 device for HP-LaserJet-1200: hp:/usb/HP_LaserJet_1200?serial=00CNCF134347
 device for PSC-750: usb://HP/PSC%20750?serial=MY2ASD4157WB
 device for PSC-750-2: hp:/usb/PSC_750?serial=MY2ASD4157WB
 device for PSC-750_legal: usb://HP/PSC%20750?serial=MY2ASD4157WB
MachineType: LENOVO 6371CTO
Package: cups 1.4.0-3
Papersize: letter
PccardctlIdent:
 Socket 0:
   no product info available
PccardctlStatus:
 Socket 0:
   no card
PpdFiles:
 PSC-750-2: HP PSC 750 - CUPS+Gutenprint v5.2.4
 /etc/cups/ppd/davidson-printer.ppd:*NickName: "HP Color LaserJet CP3505 Postscript (recommended)"
 PSC-750_legal: HP PSC 750, hpcups 3.9.8
 HP-LaserJet-1200: HP LaserJet 1200 pcl3, hpcups 3.9.8
 PSC-750: HP PSC 750, hpcups 3.9.8
ProcCmdLine: root=/dev/mapper/hostname-root ro quiet splash
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-6.26-generic
SourcePackage: cups
Uname: Linux 2.6.31-6-generic x86_64
dmi.bios.date: 12/27/2006
dmi.bios.vendor: LENOVO
dmi.bios.version: 7IET23WW (1.04 )
dmi.board.name: 6371CTO
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvr7IET23WW(1.04):bd12/27/2006:svnLENOVO:pn6371CTO:pvrThinkPadT60:rvnLENOVO:rn6371CTO:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 6371CTO
dmi.product.version: ThinkPad T60
dmi.sys.vendor: LENOVO

Revision history for this message
Steve Langasek (vorlon) wrote :
Changed in cups (Ubuntu Karmic):
importance: Undecided → High
status: New → Triaged
tags: added: regression-potential
Revision history for this message
Steve Langasek (vorlon) wrote :

marking as a high-importance bug because this leaves me with an inoperative default queue, and also loses all of my configured queue settings (color, paper size, etc).

Revision history for this message
Martin Pitt (pitti) wrote :

Till, do you have some time to look at this? If not, please reassign to me. Thanks in advance!

Changed in cups (Ubuntu Karmic):
assignee: nobody → Till Kamppeter (till-kamppeter)
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

The re-detection of the printer and creation of a new queue can be caused by the problems of the printer discovery of the new libusb-based USB backend of CUPS (bug #420015). The fact that your old queue stopped working can be caused by bug #420797.

Please do a full system update, then delete the second queue and re-plug your printer. Now no new print queue should appear.

Changed in cups (Ubuntu Karmic):
assignee: Till Kamppeter (till-kamppeter) → Martin Pitt (pitti)
Revision history for this message
Martin Pitt (pitti) wrote :

Waiting for Steve to try 1.4.0-4.1 again.

Changed in cups (Ubuntu Karmic):
status: Triaged → Incomplete
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

pitti, did you mean 1.4.0-3.1?

Revision history for this message
Steve Langasek (vorlon) wrote :

same problem with cups 1.4.0-3.1.

Changed in cups (Ubuntu Karmic):
status: Incomplete → Triaged
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Can you update again (cups 1.4.0-5 or newer) and check again?

If it still adds an "hp:..." queue to your existing "usb:..." queue, do the following (post output here):

1. Remove "usblp" kernel module

lsmod | grep usblp
sudo rmmod usblp

If the module was still there, remove your "hp:..."-based print queue and re-plug the printer again. Does it stop creating the new queue now? Does the module stay unloaded? Or does it get loaded again?

2. Check what the new USB backend does

If you still have the problem, do

lpinfo -v
/usr/lib/cups/backend/usb
sudo /usr/lib/cups/backend/usb
sudo su lp -c /usr/lib/cups/backend/usb
ls -l /usr/lib/cups/backend/usb
ls -l /dev/bus/usb/*/*
lsusb

Changed in cups (Ubuntu Karmic):
status: Triaged → Incomplete
Revision history for this message
Steve Langasek (vorlon) wrote :

After updating to 1.4.0-5, there is no longer a new hp: queue being added, and the usb: queue is not being marked as unavailable. However, test jobs printed to the usb: queue stall indefinitely, never reaching the printer.

$ lpinfo -v
network http
direct scsi
network socket
network ipp
network lpd
network beh
direct hp:/usb/PSC_750?serial=MY2ASD4157WB
network smb
direct hpfax
$ /usr/lib/cups/backend/usb
bash: /usr/lib/cups/backend/usb: Permission denied
$ sudo /usr/lib/cups/backend/usb
DEBUG: list_devices
DEBUG: usb_find_busses=5
DEBUG: usb_find_devices=8
$ sudo su lp -c /usr/lib/cups/backend/usb
sh: /usr/lib/cups/backend/usb: Permission denied
$ ls -l /usr/lib/cups/backend/usb
-r-xr--r-- 2 root root 22448 2009-09-06 04:53 /usr/lib/cups/backend/usb
$ ls -l /dev/bus/usb/**
/dev/bus/usb/001:
total 0
crw-rw-r-- 1 root root 189, 0 2009-09-04 11:37 001
crw-rw-r-- 1 root root 189, 20 2009-09-08 12:15 021
crw-rw-r--+ 1 root lp 189, 21 2009-09-08 12:44 022
crw-rw-r-- 1 root root 189, 22 2009-09-08 12:15 023

/dev/bus/usb/002:
total 0
crw-rw-r-- 1 root root 189, 128 2009-09-04 11:37 001

/dev/bus/usb/003:
total 0
crw-rw-r-- 1 root root 189, 256 2009-09-04 11:37 001

/dev/bus/usb/004:
total 0
crw-rw-r-- 1 root root 189, 384 2009-09-04 11:37 001

/dev/bus/usb/005:
total 0
crw-rw-r-- 1 root root 189, 512 2009-09-04 11:37 001
$ lsusb
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 023: ID 0d3d:0028 Tangtop Technology Co., Ltd
Bus 001 Device 022: ID 03f0:1411 Hewlett-Packard PSC 750
Bus 001 Device 021: ID 04b4:6560 Cypress Semiconductor Corp. CY7C65640 USB-2.0 "TetraHub"
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
$

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Have you checked the stuff with the Kernel module:

----------
1. Remove "usblp" kernel module

lsmod | grep usblp
sudo rmmod usblp

If the module was still there, remove your "hp:..."-based print queue and re-plug the printer again. Does it stop creating the new queue now? Does the module stay unloaded? Or does it get loaded again?
----------

After making sure that the kernel module is unloaded and does not reappear when reconnecting the printer, please run again the commands which you have run. Does the "usb" backend discover your printer now?

Revision history for this message
Steve Langasek (vorlon) wrote :

ah, whoops - seems I managed somehow to do an invalid test last time; the second queue just popped up again after some USB twiddling.

So let's go with: yes, it still adds the hp: queue.

After rmmod usblp and plugging/unplugging the USB cable, it works correctly. No second queue is created, printing to the first queue correctly sends the job to the printer. (Do you still need the output from the commands as well, or is this information sufficient?)

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Great, then you problem is solved. No more information needed. Then I will mark it as duplicate of bug 420015 now. Thank you very much.

Martin Pitt (pitti)
Changed in cups (Ubuntu Karmic):
assignee: Martin Pitt (pitti) → nobody
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.