I don't know if this helps, but here is the output of strace
poll([{fd=0, events=POLLIN}, {fd=4, events=POLLIN}], 2, -1) = 1 ([{fd=0,
revents=POLLHUP}])
(... repeated in infinite loop)
and here is output of lsof :
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
usb 9846 lp 4u unix 0xffff88007e521b80 0t0 42632 socket
so the "hanging" usb process keeps polling a UNIX domain socket in vain.
My best guess is that cups forgets to close the UNIX domain socket that
it uses to communicate with its backend after printing. This makes
subsequent printing unavailable.
I'm using cups version 3.6.8-9ubuntu3 in karmic koala.
A workaround to the problem is to create a cron task that kills every
minute any process which name starts with "usb://". Yes, that's ugly,
dangerous, and miserable, but it helps me not being killed by my
girlfriend who needs to print from her macintosh.
--
CUPS 1.4.0, USB backend hangs
https://bugs.launchpad.net/bugs/420797
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
