Bug 712430

Summary: printers are not found after system boot
Product: Red Hat Enterprise Linux 6 Reporter: Tim Waugh <twaugh>
Component: cupsAssignee: Tim Waugh <twaugh>
Status: CLOSED ERRATA QA Contact: qe-baseos-daemons
Severity: medium Docs Contact:
Priority: low    
Version: 6.1CC: azelinka, jpopelka, jscotka, pknirsch, prc, tburke
Target Milestone: rc   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: cups-1.4.2-40.el6 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 617208 Environment:
Last Closed: 2011-12-06 15:28:42 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On: 617208    
Bug Blocks:    

Description Tim Waugh 2011-06-10 15:12:53 UTC
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 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 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 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 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 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 on 2011-01-10 11:31:44 EST ---

Should be fixed in cups-1.4.6-2.fc13.

--- Additional comment from twaugh on 2011-01-10 11:38:28 EST ---

http://koji.fedoraproject.org/koji/buildinfo?buildID=213514

--- Additional comment from jmoskovc on 2011-01-11 07:35:05 EST ---

cups-1.4.6-2.fc13.x86_64 works fine, thx!

Comment 6 errata-xmlrpc 2011-12-06 15:28:42 UTC
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