Red Hat Bugzilla – Bug 712430
printers are not found after system boot
Last modified: 2011-12-06 10:28:42 EST
This does seem to affect Red Hat Enterprise Linux 6.1 in some situations. +++ This bug was initially created as a clone of Bug #617208 +++ Description of problem: When I boot-up the system and I enter gnome printing dialog, I do not see any of network printers. I must do "sudo service cups stop; sudo service cups start" and then printers are there and all works just fine. This worked just fine in F12. I had the same problem in F10 or F11 (not sure). I have only "BrowsePoll ourcupserver:631" line added into default /etc/cups/cupsd.conf --- Additional comment from jpopelka@redhat.com on 2010-07-22 11:14:03 EDT --- Change the LogLevel in /etc/cups/cupsd.conf to debug and next time you boot-up please look into /var/log/cups/error_log if you can find some useful info. --- Additional comment from jmoskovc@redhat.com on 2011-01-10 09:04:18 EST --- E [10/Jan/2011:14:54:11 +0100] [cups-polld cups.brq.redhat.com:631] Unable to connect to cups.brq.redhat.com on port 631: Host name lookup failure My wild guess here is that cupsd starts before network parameters are set and doesn't get the new settings when NM configures the network. Adding res_init() where cupsd tries to connect might help. Or implement a support for NetworkManager ;) btw, I use: cups-1.4.6-1.fc14.x86_64 --- Additional comment from twaugh@redhat.com on 2011-01-10 09:46:42 EST --- *sigh* We already call res_init() in all the documented situations where we ought to, and in some that are not documented especially for glibc. Maybe there's another undocumented situation now. :-( --- Additional comment from jmoskovc@redhat.com on 2011-01-10 09:55:56 EST --- It's really sad that glibc can't handle this on it's own, but I'm no glibc specialist, so there might be a reason... So, do you need some additional info? --- Additional comment from twaugh@redhat.com on 2011-01-10 10:31:53 EST --- No need, I've managed to reproduce it here. It looks like getaddrinfo() now returns EAI_NONAME instead of EAI_NODATA in this situation. --- Additional comment from twaugh@redhat.com on 2011-01-10 11:31:44 EST --- Should be fixed in cups-1.4.6-2.fc13. --- Additional comment from twaugh@redhat.com on 2011-01-10 11:38:28 EST --- http://koji.fedoraproject.org/koji/buildinfo?buildID=213514 --- Additional comment from jmoskovc@redhat.com on 2011-01-11 07:35:05 EST --- cups-1.4.6-2.fc13.x86_64 works fine, thx!
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHSA-2011-1635.html