[Liverpool] Printing problem on Ubuntu 12.04

Thu Jul 4 10:26:37 UTC 2013

Sadly I don't have any real solutions for it, but can at least confirm 
that it's not isolated to your laptop, so I doubt the SSD stuff is an 
issue :-)  It happens on my Ubuntu Sony VAIO, and also on the Ubuntu 
Samsung netbook here in DoES.

It is sometimes possible to fix by opening "Printing" and enabling the 
printer - it seems to fail and then set the printer to a "not in use" 
state, although it'll happily queue stuff up for it.

If the enabling it trick doesn't work, rebooting your machine usually 
will, but that's far from optimal solution.  I've not even done as much 
digging into it as you have, but would love to get a fix, as it's 
generally 50/50 whether or not printing something will work for me :-(

Cheers,

Adrian.

On 04/07/13 09:56, Hakim Cassimally wrote:
> Hi all,
> I've generally been quite impressed with how simple printing on Linux 
> turns out to be, but at the moment "it's not working".  I've 
> investigated/asked for help to the extent that I can, and can't get to 
> the bottom of it, so was wondering if you can help!
>
> = My laptop =
>
>   Thinkpad x60t running Ubuntu 12.04
>   Linux chips 3.2.0-48-generic-pae #74-Ubuntu SMP Thu Jun 6 20:05:01 
> UTC 2013 i686 i686 i386 GNU/Linux
>
> = What happens =
>
> I print a document from a GUI app.  This problem happens to x2 
> printers I have in my list (DoES's networked Laser printer, and my 
> dad's USB-connected Laser printer), both of which I have successfully 
> printed to before on this machine.
>
> Gnome's task bar shows a printer icon.  When I click on this I can see 
> the print queue for the printer I've printed to.  It starts off with 
> Status = "Processing: Not connected" and after a minute or so this 
> changes to "Held".  The document never prints.
>
> == Check Cups status  ==
>
> If I go to http://localhost:631/printers/DoESLaserJet-2605dn for 
> example, the State of the job is listed as
>
>   "held since
> Thu 04 Jul 2013 09:16:17 BST
> "/usr/lib/cups/backend/hp failed""
>
> This is pretty much as useful as "There was an error LOL"
>
> == Check Logs ==
>
> In /var/log/cups, the newly touched files are access_log which includes:
>
>   localhost - - [04/Jul/2013:09:14:16 +0100] "POST 
> /printers/DoESLaserJet-2605dn HTTP/1.1" 200 59822 Print-Job successful-ok
>   localhost - - [04/Jul/2013:09:14:21 +0100] "POST / HTTP/1.1" 200 342 
> Create-Printer-Subscription successful-ok
>   localhost - - [04/Jul/2013:09:14:21 +0100] "POST / HTTP/1.1" 200 342 
> Create-Printer-Subscription successful-ok
>   localhost - - [04/Jul/2013:09:16:08 +0100] "POST /jobs/ HTTP/1.1" 
> 200 140 Cancel-Job successful-ok
>
> page_log includes:
>   DoESLaserJet-2605dn hakim 32 [04/Jul/2013:09:16:31 +0100] 1 1 - 
> localhost does anniversary invite.pdf - -
>
> error_log only gets updated ~5 minutes later with:
>   E [04/Jul/2013:09:21:40 +0100] [Job 32] Stopping unresponsive job!
>
> BUT it does also have this from yesterday:
>
>   E [03/Jul/2013:10:24:28 +0100] Unknown directive SystemGroup on line 
> 16 of /etc/cups/cupsd.conf.
>   W [03/Jul/2013:10:24:33 +0100] failed to CreateProfile: 
> org.freedesktop.ColorManager.AlreadyExists:profile id 
> 'DoESLaser?\Jet-2605dn-Gray..' already exists
> (an
>
> I've checked the error in 
> https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1088448 and it 
> looks like the SystemGroup entry has been removed from cups, but not 
> from the cupsd.conf file.  I've commented out the entry and re-started 
> Cups, but that didn't fix the problem.  Bah.
>
> == Possible errors and debugging ==
>
> At one point I thought that the problem might be with permissions in 
> /var/{log,spool}/cups and have done some chgrp, probably between lp 
> and lpadmin.  Nothing has fixed problem obviously.
>
> === Me cargo culting Things I Don't Understand ===
>
> So, um, I have an SSD.  I cargo culted some stuffs about tuning for 
> SSD, including adding these lines to /etc/fstab
>
>   tmpfs   /var/spool tmpfs   defaults,noatime,mode=1777   0  0
>   tmpfs   /var/log   tmpfs   defaults,noatime,mode=0755   0  0
>
> It occurred to me at some point that if Cups had created paths it 
> needed on *configuration* rather than init, then the next time I 
> reboot, it might be unhappy...
>
> I've commented out those lines, rebooted, and attempted to rerun 
> configuration by running:
>
>   sudo dpkg-reconfigure cups
>   sudo dpkg-reconfigure dbus
>   sudo dpkg-reconfigure hplip
>
> Again, these don't seem to have helped.
>
> = HAYULP? =
>
> I'd be very grateful for any suggestions for what to do next!
>
> Ta,
> Hakim
>
>
>
>
>
> _______________________________________________
> Liverpool mailing list
> Liverpool at mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/liverpool

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.lug.org.uk/pipermail/liverpool/attachments/20130704/9f887451/attachment-0001.html>