Puppet users - Mar 2009 - puppetmasterd - dies unpleasantly if getaddrinfo fails

Hello.  I think this is a bug, but I don''t understand it well enough
yet
to proclaim it as such a the bug tracker.

A machine I am looking to run puppetmaster on, is having a reverse DNS 
problem at the moment (reverse DNS of its IP address fails).  Of course 
I know the answer is to fix that reverse DNS, and that is in progress.

In the meantime, it look some looking to figure out this failure.  When 
I run "puppetmasterd", it appears to succeed, and put a few non-error 
lines in its log file, then exits.  By running with --no-daemonize I got 
a stack trace:


# puppetmasterd --no-daemonize
/usr/lib/ruby/1.8/webrick/utils.rb:63:in `getaddrinfo'': getaddrinfo: 
Name or service not known (SocketError)
         from /usr/lib/ruby/1.8/webrick/utils.rb:63:in
`create_listeners''
         from /usr/lib/ruby/1.8/webrick/ssl.rb:87:in `listen''
         from /usr/lib/ruby/1.8/webrick/server.rb:63:in `initialize''
         from /usr/lib/ruby/1.8/webrick/httpserver.rb:24:in
`initialize''
         from /usr/lib/ruby/1.8/puppet/network/http/webrick.rb:33:in
`new''
         from /usr/lib/ruby/1.8/puppet/network/http/webrick.rb:33:in 
`listen''
         from /usr/lib/ruby/1.8/puppet/network/server.rb:128:in
`listen''
         from /usr/lib/ruby/1.8/puppet/network/server.rb:143:in `start''
         from /usr/lib/ruby/1.8/puppet/daemon.rb:128:in `start''
         from 
/usr/lib/ruby/1.8/puppet/application/puppetmasterd.rb:87:in `main''
         from /usr/lib/ruby/1.8/puppet/application.rb:226:in `send''
         from /usr/lib/ruby/1.8/puppet/application.rb:226:in
`run_command''
         from /usr/lib/ruby/1.8/puppet/application.rb:217:in `run''
         from /usr/sbin/puppetmasterd:66


I think it would be an improvement if:

* puppetmasterd didn''t need getaddrinfo to work

* If it does need getaddrinfo to work, state in the error or logfile 
what it is trying to look up

* If it does need getaddrinfo to work, fail early, rather than appear to 
succeed then exit silently. (This would make it more straightforward to 
get proper behavior from an init.d script also - such scripts are 
supposed to only return success if the daemon really started.)


I''m using the super-fresh Puppet 0.24.8.

I''d be thrilled to find out that I''ve missed something
obvious, of course.


-- 
Kyle Cordes
http://kylecordes.com

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com
To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Kyle Cordes wrote:
> A machine I am looking to run puppetmaster on, is having a reverse DNS 
> problem at the moment (reverse DNS of its IP address fails).  Of course 
The reverse DNS was indeed broken, but fixing it did not fix this:
> # puppetmasterd --no-daemonize
> /usr/lib/ruby/1.8/webrick/utils.rb:63:in `getaddrinfo'':
getaddrinfo:
> Name or service not known (SocketError)
>          from /usr/lib/ruby/1.8/webrick/utils.rb:63:in
`create_listeners''
What did fix it, was to manually set my bindaddress in puppet.conf.

My understanding is that it should not be necessary to set bindaddress, 
but heh, I''m happy to set it.

-- 
Kyle Cordes
http://kylecordes.com

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com
To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---

On Mar 23, 2009, at 2:46 PM, Kyle Cordes wrote:
>
> Kyle Cordes wrote:
>
>> A machine I am looking to run puppetmaster on, is having a reverse  
>> DNS
>> problem at the moment (reverse DNS of its IP address fails).  Of  
>> course
>
> The reverse DNS was indeed broken, but fixing it did not fix this:
Can you file the poor failure as a usability bug?
>
>> # puppetmasterd --no-daemonize
>> /usr/lib/ruby/1.8/webrick/utils.rb:63:in `getaddrinfo'':
getaddrinfo:
>> Name or service not known (SocketError)
>>         from /usr/lib/ruby/1.8/webrick/utils.rb:63:in  
>> `create_listeners''
>
> What did fix it, was to manually set my bindaddress in puppet.conf.
>
> My understanding is that it should not be necessary to set  
> bindaddress,
> but heh, I''m happy to set it.

I''ve only ever seen people needing to set the bindaddress when 0.0.0.0
couldn''t be bound to for some esoteric (i.e., I can''t
remember)
reason.  You doing any funny stuff with your interfaces?

-- 
You can''t have everything. Where would you put it?
     -- Stephen Wright
---------------------------------------------------------------------
Luke Kanies | http://reductivelabs.com | http://madstop.com


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com
To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Luke Kanies wrote:
> Can you file the poor failure as a usability bug?
> I''ve only ever seen people needing to set the bindaddress when
0.0.0.0
> couldn''t be bound to for some esoteric (i.e., I can''t
remember)
> reason.  You doing any funny stuff with your interfaces?
Ugh, I can''t reproduce the problem now.

But I''ll file the general bug anyway: that puppetmaster / its init 
script should not return success until it is fully alive.

-- 
Kyle Cordes
http://kylecordes.com

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com
To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---