Issue #15420 has been updated by Erik Dalén.
It doesn't impose a shot timeout by default, the default should still be 60. It just allows the user to have a lower timeout. The other option to avoid the bug this tries to fix would be to fork this off, but that seems to have some problems under passenger when workers are killed etc. But I would rather loose a report than have the puppetmaster die. ---------------------------------------- Bug #15420: puppet master resource starvation on http report url timeouts instead of failures https://projects.puppetlabs.com/issues/15420#change-67351 Author: Ramon Alteren Status: Investigating Priority: Normal Assignee: Category: reports Target version: Affected Puppet version: 2.7.13 Keywords: Branch: We recently had an issue with puppetdashboard that caused it to timeout instead of fail / succeed. Since the default http timeout in ruby is set to 60 seconds, the puppetmaster process is busy for the entire catalog-handling + and additional 60secs to wait on report http post timeout. This causes severe resource starvation on the master resulting in failed puppet runs for _all_ nodes It would make sense to add a timeout parameter for http reports or in the long run split off http reporting into a separate thread/process on the master... -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://projects.puppetlabs.com/my/account -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. 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-bugs?hl=en.
