[SOLVED] Local printer not found

[martinw]

I've installed beta 2 on my main computer. All went smoothly until I tried using the printer. The printer is being detected by the OS:

Code: Select all

[  232.073039] usb 2-1: new full-speed USB device number 4 using ohci_hcd
[  232.266044] usb 2-1: New USB device found, idVendor=0482, idProduct=000e
[  232.266049] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  232.266053] usb 2-1: Product: Kyocera Mita FS-1020D
[  232.266056] usb 2-1: Manufacturer: Kyocera Mita
[  232.266059] usb 2-1: SerialNumber: XHW5608369
[  232.275110] usblp1: USB Bidirectional printer dev 4 if 0 alt 0 proto 2 vid 0x0482 pid 0x000E


but when trying to set up the printer in MCC, the printer is not found. Any suggestions on how to debug this?

[Edit]
The above messages came from dmesg. Nothing appears in /var/log/messages when the printer is plugged in, but this

Code: Select all

Mar 18 12:53:02 wotan systemd[1]: Service printer.target is not needed anymore. Stopping.


appears when the printer is unplugged.

[doktor5000]

Have you made sure that cups is started before you tried this? As cups has been updated to use
systemd's socket-based activation, in theory it should get started when it is needed, but this doesn't appear to be the case.

After that, can you access http://127.0.0.1:631/ and can you search there for printers? Via Maintenance -> Add printer
Does it show your printer?

Also please show/attach your /var/log/cups/error_log

[martinw]

Have you made sure that cups is started before you tried this? As cups has been updated to use
systemd's socket-based activation, in theory it should get started when it is needed, but this doesn't appear to be the case.

Code: Select all

# cd /etc/init.d
# ./cups status
cupsd (pid  26440) is running...
# /etc/init.d/cups status
cups.service - CUPS Printing Service
     Loaded: loaded (/lib/systemd/system/cups.service; enabled)
     Active: inactive (dead) since Sun, 18 Mar 2012 16:36:48 +0000; 9min ago
    Process: 26276 ExecStart=/usr/sbin/cupsd -f (code=exited, status=0/SUCCESS)
     CGroup: name=systemd:/system/cups.service


After that, can you access http://127.0.0.1:631/ and can you search there for printers? Via Maintenance -> Add printer
Does it show your printer?

No printers shown

Also please show/attach your /var/log/cups/error_log

Code: Select all

E [18/Mar/2012:12:07:36 +0000] [cups-deviced] PID 10714 (cups2pegg) stopped with status 13!
E [18/Mar/2012:12:08:31 +0000] [cups-deviced] PID 10867 (cups2pegg) stopped with status 13!
E [18/Mar/2012:12:09:16 +0000] [cups-deviced] PID 10960 (cups2pegg) stopped with status 13!
E [18/Mar/2012:12:10:49 +0000] [cups-deviced] PID 11146 (cups2pegg) stopped with status 13!
E [18/Mar/2012:12:11:39 +0000] [cups-deviced] PID 11215 (cups2pegg) stopped with status 13!
W [18/Mar/2012:12:21:04 +0000] Avahi client failed: -26
E [18/Mar/2012:12:26:05 +0000] Unable to remove /var/run/cups/certs/0!
E [18/Mar/2012:12:26:05 +0000] [cups-deviced] PID 2980 (cups2pegg) stopped with status 13!
E [18/Mar/2012:12:26:39 +0000] [cups-deviced] PID 3049 (cups2pegg) stopped with status 13!
E [18/Mar/2012:12:46:23 +0000] [cups-deviced] PID 3979 (cups2pegg) stopped with status 13!
E [18/Mar/2012:12:46:43 +0000] [cups-deviced] PID 4043 (cups2pegg) stopped with status 13!
E [18/Mar/2012:13:27:44 +0000] Browsing=1
E [18/Mar/2012:13:27:44 +0000] BrowseLocalProtocols=9
E [18/Mar/2012:13:27:44 +0000] BrowseRemoteProtocols=1
E [18/Mar/2012:13:27:44 +0000] BROWSE_CUPS=1
E [18/Mar/2012:16:34:27 +0000] Browsing=1
E [18/Mar/2012:16:34:27 +0000] BrowseLocalProtocols=9
E [18/Mar/2012:16:34:27 +0000] BrowseRemoteProtocols=1
E [18/Mar/2012:16:34:27 +0000] BROWSE_CUPS=1
E [18/Mar/2012:16:35:22 +0000] [cups-deviced] PID 26148 (cups2pegg) stopped with status 13!
E [18/Mar/2012:16:35:34 +0000] Browsing=1
E [18/Mar/2012:16:35:34 +0000] BrowseLocalProtocols=9
E [18/Mar/2012:16:35:34 +0000] BrowseRemoteProtocols=1
E [18/Mar/2012:16:35:34 +0000] BROWSE_CUPS=1
E [18/Mar/2012:16:36:49 +0000] Unable to bind socket for address [v1.::]:631 - Address already in use.
E [18/Mar/2012:16:36:49 +0000] Unable to bind broadcast socket - Address already in use.


Hope this means something to you!

[doktor5000]

Not really, unfortunately i can't test this with cauldron, as i've got no printer and no physical cauldron installation,
so i don't know what a known good configuration would look like, and how to fix it if it's not.
Only thing i can tell that the cups2pegg errors should be unrelated, cups2pegg is only meant for Casio USB label printers.

FWIW, can you please have a look if the portreserve service is started?

[martinw]

FWIW, can you please have a look if the portreserve service is started?

No, it's masked:

Code: Select all

# systemctl status portreserve.service
portreserve.service
     Loaded: masked (/lib/systemd/system/../../../dev/null)
     Active: inactive (dead)


(yes, I've now realised I shouldn't be using /etc/init.d any more!)

[martinw]

OK, Google was my friend. It turns out that for CUPS >= 1.4.1, you need to blacklist the usblp module.

Time to submit a bug report.

[doktor5000]

Please CC me if you write a report. FWIW, there was another occassion where this was reported: https://bugs.mageia.org/show_bug.cgi?id=4279#c6

[martinw]

Please CC me if you write a report. FWIW, there was another occassion where this was reported: https://bugs.mageia.org/show_bug.cgi?id=4279#c6

Yes, I've just found that one whilst checking that it wasn't an already known bug, so I've added my comment there. Hopefully we can get some attention on this, as I forsee it being a FAQ if not...

[doktor5000]

Well, actually a bit of that is my fault, as the usblp kernel module is needed for usb-parallel converters and some proprietary printer drivers, notably canon, so i've suggested to enable this module again, and since i've seen it to be the cause for some printer troubles, so we definitely should blacklist it by default. Check maybe https://bugs.mageia.org/show_bug.cgi?id=2240 for more information.

Already CC'ed Thierry Vignaud for some comment on that matter, we should get that ironed out soon.

[martinw]

Not to worry - it's obviously one of those unfortunate cases where no single solution works for everyone.

Thanks for your assistance.