Hi James, there's a couple of related bugs on this that would be great to 
have help tracking down.

- Bug #10418 seemed to implicate kernel version but I think you're outside 
the early Centos/RHEL5.x affected list -- what does 'uname -a' show on your 
systems?
- Recent activity on #10418 seems (confusingly, to me) to implicate recent 
Facter upgrades -- what facter version are you running? Has it updated 
recently?
- Some folks on the bug you referenced (#12185) said they had leap-second 
bug fallout; does the 'date fix'  here help a problematic 
system? http://projects.puppetlabs.com/issues/12185#note-27
- Does setting listen=false consistently fix your systems?

Feel free to hop on #puppet and ping me (eric0) for faster turnaround.

Eric Sorenson - [email protected]
PuppetConf'12 - 27-28 Sep in SF - http://bit.ly/pcsig12

On Wednesday, August 15, 2012 8:46:40 PM UTC-7, James Peltier wrote:
>
> I guess there's no answer on this one? 
>
> ----- Original Message ----- 
> | Hi All, 
> | 
> | Recently Puppet (2.7.18 / RHEL 6.3) has started to hang when the 
> | listen parameter is turned on.  I've tried rolling back several 
> | versions of Puppet as well as rolling back Ruby so as to try and 
> | figure out if it was a recent update that did it, but to no avail. 
> | 
> | 
> | strace on the puppet pid shows the following 
> | 
> | 
> | rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0 
> | select(7, [5 6], [], [], {1, 999999})   = 0 (Timeout) 
> | select(7, [5 6], [], [], {0, 0})        = 0 (Timeout) 
> | select(7, [6], [], [], {0, 0})          = 0 (Timeout) 
> | rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0 
> | rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0 
> | select(7, [5 6], [], [], {1, 999999} <unfinished ...> 
> | 
> | 
> | This sounds an awful lot like 
> | http://projects.puppetlabs.com/issues/12185 but it doesn't chew up 
> | any CPU time, it just sits there and loops the above strace over and 
> | over again.  Telnet to 8139 doesn't work either.  Ideas? 
> | 
> | 
> | -- 
> | James A. Peltier 
> | Manager, IT Services - Research Computing Group 
> | Simon Fraser University - Burnaby Campus 
> | Phone   : 778-782-6573 
> | Fax     : 778-782-3045 
> | E-Mail  : [email protected] <javascript:> 
> | Website : http://www.sfu.ca/itservices 
> |           http://blogs.sfu.ca/people/jpeltier 
> | 
> | Success is to be measured not so much by the position that one has 
> | reached 
> | in life but as by the obstacles they have overcome. - Booker T. 
> | Washington 
> | 
> | -- 
> | You received this message because you are subscribed to the Google 
> | Groups "Puppet Users" group. 
> | To post to this group, send email to 
> [email protected]<javascript:>. 
>
> | To unsubscribe from this group, send email to 
> | [email protected] <javascript:>. 
> | For more options, visit this group at 
> | http://groups.google.com/group/puppet-users?hl=en. 
> | 
> | 
>
> -- 
> James A. Peltier 
> Manager, IT Services - Research Computing Group 
> Simon Fraser University - Burnaby Campus 
> Phone   : 778-782-6573 
> Fax     : 778-782-3045 
> E-Mail  : [email protected] <javascript:> 
> Website : http://www.sfu.ca/itservices 
>           http://blogs.sfu.ca/people/jpeltier 
>
> Success is to be measured not so much by the position that one has reached 
> in life but as by the obstacles they have overcome. - Booker T. Washington 
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/puppet-users/-/F6mo7yeaKgwJ.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.

Reply via email to