Description of problem: Cups loses the ability to print to my Xerox C235 Color Laser MFP. If I print to it, then cups reports that it is waiting for the printer to become available. Jobs will stack up. If I restart the computer, then the queued print jobs print as it's booting. After boot cups begins to report that it's waiting for the printer again. Version-Release number of selected component (if applicable): Cups 2.4.6 How reproducible: Always Steps to Reproduce: 1. Print to the printer 2. Check Cups 3. Reboot 4. Check Cups
manually running /lib/cups/backend/usb reports that it failed to detach "usblp" module from 0924:9d16, which is the USB vendor and device ID of the Xerox printer. usb properly reports on my Samsung printer, also connected via USB. After removing the printer via "lpadmin -x <printername>", I am unable to add it again as cups does not see it.
I blacklisted usblp and checked that it wasn't loaded via lsmod, but /lib/cups/backend/usb still reports that it failed to detach usblp from the Xerox.
journalctl -f output when I unplug and then plug it back in: Sep 08 22:58:37 ourserver kernel: usb 6-2: USB disconnect, device number 2 Sep 08 22:58:37 ourserver systemd[1]: ipp-usb.service: Deactivated successfully. Sep 08 22:58:39 ourserver kernel: usb 6-2: new high-speed USB device number 3 using xhci_hcd Sep 08 22:58:39 ourserver kernel: usb 6-2: New USB device found, idVendor=0924, idProduct=9d16, bcdDevice= 0.00 Sep 08 22:58:39 ourserver kernel: usb 6-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Sep 08 22:58:39 ourserver kernel: usb 6-2: Product: Xerox(R) C235 Color MFP Sep 08 22:58:39 ourserver kernel: usb 6-2: Manufacturer: Xerox Sep 08 22:58:39 ourserver kernel: usb 6-2: SerialNumber: 350014311B2RC Sep 08 22:58:39 ourserver kernel: hid-generic 0003:0924:9D16.0003: hiddev0,hidraw0: USB HID v1.00 Device [Xerox Xerox(R) C235 Color MFP] on usb-0000:07:00.0-2/input2 Sep 08 22:58:40 ourserver systemd[1]: Started ipp-usb.service.
since that output has ipp-usb.service, I added the printer using the printer listed under "Discovered Network Printers" in the CUPS web interface. I originally thought CUPS was just seeing the printer being shared from 1 of the other computers on the LAN, but CUPS was able to add the printer and it does print. I will close the ticket as RESOLVED if it continues to work tomorrow morning. If this is the solution, then: 1) Should it be added to the errata, where one has to delete the USB version of the printer from cup and then add the "network" one? 2) Is it worth putting in a bug reort to CUPS, since the USB backend reported usblp had ownership, but it wasn't that at all?
Thank you for the report. Is this a fresh install of Mageia 9, or an upgrade from mga8? Did this work on mga8? Do not mark this as resolved until either fixed or marked wontfix. Possibly for errata yes. CC CUPS package maintainer and tools maintainers for comments.
CC: (none) => fri, mageiatools, thierry.vignaud
This is an upgrade from mga8. It worked just fine on mga8 with the printer configured as usb. I confirmed it is still working, even after I removed usblp from the blacklist. I'm considering it fixed on my end.
In forum a user hit this after upgrading, and got helped by this bug report. https://forums.mageia.org/en/viewtopic.php?t=15041 Makes me think it should be in Errata
Keywords: (none) => FOR_ERRATA9
Entered in https://wiki.mageia.org/en/Mageia_9_Errata#Printing {{Bug|32266}} - After '''upgrading from Mageia 8, USB-connected printers may not work''' and it can not be reinstalled manually. '''Manual Fix:''' Remove the printer forcibly by as root execute {{cmd|<nowiki>lpadmin -x <printername></nowiki>}}, then install the printer as usual - you may find it listed under Network Printers due to ipp-usb.service.
Keywords: FOR_ERRATA9 => IN_ERRATA9Summary: Cups loses the ability to print => Upgraded from Mageia 8, USB-connected printers may not work
It is for some really important to be able to print. A system upgrade should not make an important working solution break. Thus upping importance and priority If it shows this is very rare it can be relaxed.
Severity: normal => majorPriority: Normal => High
Thank you Jeff for all you work reporting and getting round the problem; and Morgan for the ERRATA entry. This warrants assignment to the principle CUPS maintainer tv. It is something that really matters.
Source RPM: (none) => cups-2.4.6-1.mga9.src.rpmAssignee: bugsquad => thierry.vignaud
Could this issue be the same as bug 31623? Did you try to uninstall the ipp-usb RPM?