Brian Gupta
2011-Sep-23 22:42 UTC
[Puppet Users] Official puppetlabs position on cron vs puppet as a service?
Over the years many shops have come to start running puppet via cron to address memory leaks in earlier versions of Ruby, but the official position was that puppet was meant to be run as a continually running service. I am wondering if the official position has changed. On one hand many if not all of the early Ruby issues have been fixed, on the other, the addition of mcollective into the mix as a lightweight agent for triggering adhoc puppet runs, and other tasks somewhat lowers the requirements for puppet to be run as a service. (Or out of cron for that matter). I understand that in cases where old Ruby versions are for whatever reason mandated the answer may be different. Thanks, Brian -- <http://aws.amazon.com/solutions/solution-providers/brandorr/> -- 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.
Len Rugen
2011-Sep-24 02:22 UTC
Re: [Puppet Users] Official puppetlabs position on cron vs puppet as a service?
We''re switching back to running as a service, but we observed that the puppet runs tended to cluster together. (We are using foreman also). We used "splay" at boot to randomize the puppet runs, in case we rebooted a lot of systems at the same time, but over time, puppet runs woud cluster together, causing performance issues on the puppet master. So, we now restart the service a few times a week via cron to re-splay the runs. On Fri, Sep 23, 2011 at 5:42 PM, Brian Gupta <brian.gupta@brandorr.com>wrote:> Over the years many shops have come to start running puppet via cron to > address memory leaks in earlier versions of Ruby, but the official position > was that puppet was meant to be run as a continually running service. > > I am wondering if the official position has changed. On one hand many if > not all of the early Ruby issues have been fixed, on the other, the addition > of mcollective into the mix as a lightweight agent for triggering adhoc > puppet runs, and other tasks somewhat lowers the requirements for puppet to > be run as a service. (Or out of cron for that matter). > > I understand that in cases where old Ruby versions are for whatever reason > mandated the answer may be different. > > Thanks, > Brian > > -- > <http://aws.amazon.com/solutions/solution-providers/brandorr/> > > -- > 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. >-- 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.
treydock
2011-Sep-24 14:22 UTC
[Puppet Users] Re: Official puppetlabs position on cron vs puppet as a service?
On Sep 23, 5:42 pm, Brian Gupta <brian.gu...@brandorr.com> wrote:> Over the years many shops have come to start running puppet via cron to > address memory leaks in earlier versions of Ruby, but the official position > was that puppet was meant to be run as a continually running service. > > I am wondering if the official position has changed. On one hand many if not > all of the early Ruby issues have been fixed, on the other, the addition of > mcollective into the mix as a lightweight agent for triggering adhoc puppet > runs, and other tasks somewhat lowers the requirements for puppet to be run > as a service. (Or out of cron for that matter). > > I understand that in cases where old Ruby versions are for whatever reason > mandated the answer may be different. > > Thanks, > Brian > > -- > <http://aws.amazon.com/solutions/solution-providers/brandorr/>Could those memory leak problems cause the Puppet daemon to crash with no logs indicating why? I have about 20 systems all running CentOS 5 and 6, with Puppet 2.6.9, and I now have to have Zabbix run a "/etc/ init.d/puppet start" everytime the daemon crashes which is almost on a daily basis for every client. Would be interested to know of a known fix or if the only "fix" is the workaround of using Cron. Thanks - Trey -- 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.
Aaron Grewell
2011-Sep-25 02:42 UTC
Re: [Puppet Users] Re: Official puppetlabs position on cron vs puppet as a service?
We had frequent inexplicable daemon crashes on Solaris, but not on RHEL5 (at least not yet) . Given known issues with memory leakage in older Ruby releases Cron seemed more likely to be reliable. We stuck a random wait in the Cron job to spread load on the master and so far it works well. On Sep 24, 2011 7:22 AM, "treydock" <treydock@gmail.com> wrote:> > > On Sep 23, 5:42 pm, Brian Gupta <brian.gu...@brandorr.com> wrote: >> Over the years many shops have come to start running puppet via cron to >> address memory leaks in earlier versions of Ruby, but the officialposition>> was that puppet was meant to be run as a continually running service. >> >> I am wondering if the official position has changed. On one hand many ifnot>> all of the early Ruby issues have been fixed, on the other, the additionof>> mcollective into the mix as a lightweight agent for triggering adhocpuppet>> runs, and other tasks somewhat lowers the requirements for puppet to berun>> as a service. (Or out of cron for that matter). >> >> I understand that in cases where old Ruby versions are for whateverreason>> mandated the answer may be different. >> >> Thanks, >> Brian >> >> -- >> <http://aws.amazon.com/solutions/solution-providers/brandorr/> > > Could those memory leak problems cause the Puppet daemon to crash with > no logs indicating why? I have about 20 systems all running CentOS 5 > and 6, with Puppet 2.6.9, and I now have to have Zabbix run a "/etc/ > init.d/puppet start" everytime the daemon crashes which is almost on a > daily basis for every client. Would be interested to know of a known > fix or if the only "fix" is the workaround of using Cron. > > Thanks > - Trey > > -- > 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 topuppet-users+unsubscribe@googlegroups.com.> For more options, visit this group athttp://groups.google.com/group/puppet-users?hl=en.>-- 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.
treydock
2011-Sep-25 19:33 UTC
[Puppet Users] Re: Official puppetlabs position on cron vs puppet as a service?
On Sep 24, 9:42 pm, Aaron Grewell <aaron.grew...@gmail.com> wrote:> We had frequent inexplicable daemon crashes on Solaris, but not on RHEL5 (at > least not yet) . Given known issues with memory leakage in older Ruby > releases Cron seemed more likely to be reliable. We stuck a random wait in > the Cron job to spread load on the master and so far it works well. > On Sep 24, 2011 7:22 AM, "treydock" <treyd...@gmail.com> wrote: > > > > > > > > > > > On Sep 23, 5:42 pm, Brian Gupta <brian.gu...@brandorr.com> wrote: > >> Over the years many shops have come to start running puppet via cron to > >> address memory leaks in earlier versions of Ruby, but the official > position > >> was that puppet was meant to be run as a continually running service. > > >> I am wondering if the official position has changed. On one hand many if > not > >> all of the early Ruby issues have been fixed, on the other, the addition > of > >> mcollective into the mix as a lightweight agent for triggering adhoc > puppet > >> runs, and other tasks somewhat lowers the requirements for puppet to be > run > >> as a service. (Or out of cron for that matter). > > >> I understand that in cases where old Ruby versions are for whatever > reason > >> mandated the answer may be different. > > >> Thanks, > >> Brian > > >> -- > >> <http://aws.amazon.com/solutions/solution-providers/brandorr/> > > > Could those memory leak problems cause the Puppet daemon to crash with > > no logs indicating why? I have about 20 systems all running CentOS 5 > > and 6, with Puppet 2.6.9, and I now have to have Zabbix run a "/etc/ > > init.d/puppet start" everytime the daemon crashes which is almost on a > > daily basis for every client. Would be interested to know of a known > > fix or if the only "fix" is the workaround of using Cron. > > > Thanks > > - Trey > > > -- > > 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. > > > > > > > >Could you share how you did the random wait? I may have to switch to a cron job with how often my daemons are crashing and having to be restarted by Zabbix. Thanks - Trey -- 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.
Ohad Levy
2011-Sep-25 20:03 UTC
Re: [Puppet Users] Re: Official puppetlabs position on cron vs puppet as a service?
On Sun, Sep 25, 2011 at 10:33 PM, treydock <treydock@gmail.com> wrote:> > > On Sep 24, 9:42 pm, Aaron Grewell <aaron.grew...@gmail.com> wrote: >> We had frequent inexplicable daemon crashes on Solaris, but not on RHEL5 (at >> least not yet) . Given known issues with memory leakage in older Ruby >> releases Cron seemed more likely to be reliable. We stuck a random wait in >> the Cron job to spread load on the master and so far it works well. >> On Sep 24, 2011 7:22 AM, "treydock" <treyd...@gmail.com> wrote: >> >> >> >> >> >> >> >> >> >> > On Sep 23, 5:42 pm, Brian Gupta <brian.gu...@brandorr.com> wrote: >> >> Over the years many shops have come to start running puppet via cron to >> >> address memory leaks in earlier versions of Ruby, but the official >> position >> >> was that puppet was meant to be run as a continually running service. >> >> >> I am wondering if the official position has changed. On one hand many if >> not >> >> all of the early Ruby issues have been fixed, on the other, the addition >> of >> >> mcollective into the mix as a lightweight agent for triggering adhoc >> puppet >> >> runs, and other tasks somewhat lowers the requirements for puppet to be >> run >> >> as a service. (Or out of cron for that matter). >> >> >> I understand that in cases where old Ruby versions are for whatever >> reason >> >> mandated the answer may be different. >> >> >> Thanks, >> >> Brian >> >> >> -- >> >> <http://aws.amazon.com/solutions/solution-providers/brandorr/> >> >> > Could those memory leak problems cause the Puppet daemon to crash with >> > no logs indicating why? I have about 20 systems all running CentOS 5 >> > and 6, with Puppet 2.6.9, and I now have to have Zabbix run a "/etc/ >> > init.d/puppet start" everytime the daemon crashes which is almost on a >> > daily basis for every client. Would be interested to know of a known >> > fix or if the only "fix" is the workaround of using Cron. >> >> > Thanks >> > - Trey >> >> > -- >> > 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. >> >> >> >> >> >> >> >> > > Could you share how you did the random wait? I may have to switch to > a cron job with how often my daemons are crashing and having to be > restarted by Zabbix.I used the ip_to_cron function from http://projects.puppetlabs.com/projects/1/wiki/Cron_Patterns afterwards, I just do a sleep random 59, so its also random within the minute. Ohad> > Thanks > - Trey > > -- > 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. > >-- 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.
Scott Smith
2011-Sep-25 21:29 UTC
Re: [Puppet Users] Re: Official puppetlabs position on cron vs puppet as a service?
Ohad, was rand_fqdn not sufficient for you? On Sep 25, 2011 1:03 PM, "Ohad Levy" <ohadlevy@gmail.com> wrote:> On Sun, Sep 25, 2011 at 10:33 PM, treydock <treydock@gmail.com> wrote: >> >> >> On Sep 24, 9:42 pm, Aaron Grewell <aaron.grew...@gmail.com> wrote: >>> We had frequent inexplicable daemon crashes on Solaris, but not on RHEL5(at>>> least not yet) . Given known issues with memory leakage in older Ruby >>> releases Cron seemed more likely to be reliable. We stuck a randomwait in>>> the Cron job to spread load on the master and so far it works well. >>> On Sep 24, 2011 7:22 AM, "treydock" <treyd...@gmail.com> wrote: >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > On Sep 23, 5:42 pm, Brian Gupta <brian.gu...@brandorr.com> wrote: >>> >> Over the years many shops have come to start running puppet via cronto>>> >> address memory leaks in earlier versions of Ruby, but the official >>> position >>> >> was that puppet was meant to be run as a continually running service. >>> >>> >> I am wondering if the official position has changed. On one hand manyif>>> not >>> >> all of the early Ruby issues have been fixed, on the other, theaddition>>> of >>> >> mcollective into the mix as a lightweight agent for triggering adhoc >>> puppet >>> >> runs, and other tasks somewhat lowers the requirements for puppet tobe>>> run >>> >> as a service. (Or out of cron for that matter). >>> >>> >> I understand that in cases where old Ruby versions are for whatever >>> reason >>> >> mandated the answer may be different. >>> >>> >> Thanks, >>> >> Brian >>> >>> >> -- >>> >> <http://aws.amazon.com/solutions/solution-providers/brandorr/> >>> >>> > Could those memory leak problems cause the Puppet daemon to crash with >>> > no logs indicating why? I have about 20 systems all running CentOS 5 >>> > and 6, with Puppet 2.6.9, and I now have to have Zabbix run a "/etc/ >>> > init.d/puppet start" everytime the daemon crashes which is almost on a >>> > daily basis for every client. Would be interested to know of a known >>> > fix or if the only "fix" is the workaround of using Cron. >>> >>> > Thanks >>> > - Trey >>> >>> > -- >>> > You received this message because you are subscribed to the GoogleGroups>>> >>> "Puppet Users" group.> To post to this group, send email topuppet-users@googlegroups.com.>>> > To unsubscribe from this group, send email to >>> >>> puppet-users+unsubscribe@googlegroups.com.> For more options, visit thisgroup at>>> >>> http://groups.google.com/group/puppet-users?hl=en. >>> >>> >>> >>> >>> >>> >>> >>> >> >> Could you share how you did the random wait? I may have to switch to >> a cron job with how often my daemons are crashing and having to be >> restarted by Zabbix. > > I used the ip_to_cron function from > http://projects.puppetlabs.com/projects/1/wiki/Cron_Patterns > > afterwards, I just do a sleep random 59, so its also random within theminute.> > Ohad >> >> Thanks >> - Trey >> >> -- >> 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 topuppet-users+unsubscribe@googlegroups.com.>> For more options, visit this group athttp://groups.google.com/group/puppet-users?hl=en.>> >> > > -- > 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 topuppet-users+unsubscribe@googlegroups.com.> For more options, visit this group athttp://groups.google.com/group/puppet-users?hl=en.>-- 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.
Ohad Levy
2011-Sep-26 08:10 UTC
Re: [Puppet Users] Re: Official puppetlabs position on cron vs puppet as a service?
On Mon, Sep 26, 2011 at 12:29 AM, Scott Smith <scott@ohlol.net> wrote:> Ohad, was rand_fqdn not sufficient for you?well.. I did it a long time ago, so I''m not 100% sure, but I think the main reason was to allow to manage cron entries over an interval, e.g. 3 times an hour, or 7 times a day in a random fashion. Ohad> > On Sep 25, 2011 1:03 PM, "Ohad Levy" <ohadlevy@gmail.com> wrote: >> On Sun, Sep 25, 2011 at 10:33 PM, treydock <treydock@gmail.com> wrote: >>> >>> >>> On Sep 24, 9:42 pm, Aaron Grewell <aaron.grew...@gmail.com> wrote: >>>> We had frequent inexplicable daemon crashes on Solaris, but not on RHEL5 >>>> (at >>>> least not yet) . Given known issues with memory leakage in older Ruby >>>> releases Cron seemed more likely to be reliable. We stuck a random >>>> wait in >>>> the Cron job to spread load on the master and so far it works well. >>>> On Sep 24, 2011 7:22 AM, "treydock" <treyd...@gmail.com> wrote: >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> > On Sep 23, 5:42 pm, Brian Gupta <brian.gu...@brandorr.com> wrote: >>>> >> Over the years many shops have come to start running puppet via cron >>>> >> to >>>> >> address memory leaks in earlier versions of Ruby, but the official >>>> position >>>> >> was that puppet was meant to be run as a continually running service. >>>> >>>> >> I am wondering if the official position has changed. On one hand many >>>> >> if >>>> not >>>> >> all of the early Ruby issues have been fixed, on the other, the >>>> >> addition >>>> of >>>> >> mcollective into the mix as a lightweight agent for triggering adhoc >>>> puppet >>>> >> runs, and other tasks somewhat lowers the requirements for puppet to >>>> >> be >>>> run >>>> >> as a service. (Or out of cron for that matter). >>>> >>>> >> I understand that in cases where old Ruby versions are for whatever >>>> reason >>>> >> mandated the answer may be different. >>>> >>>> >> Thanks, >>>> >> Brian >>>> >>>> >> -- >>>> >> <http://aws.amazon.com/solutions/solution-providers/brandorr/> >>>> >>>> > Could those memory leak problems cause the Puppet daemon to crash with >>>> > no logs indicating why? I have about 20 systems all running CentOS 5 >>>> > and 6, with Puppet 2.6.9, and I now have to have Zabbix run a "/etc/ >>>> > init.d/puppet start" everytime the daemon crashes which is almost on a >>>> > daily basis for every client. Would be interested to know of a known >>>> > fix or if the only "fix" is the workaround of using Cron. >>>> >>>> > Thanks >>>> > - Trey >>>> >>>> > -- >>>> > 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. >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> Could you share how you did the random wait? I may have to switch to >>> a cron job with how often my daemons are crashing and having to be >>> restarted by Zabbix. >> >> I used the ip_to_cron function from >> http://projects.puppetlabs.com/projects/1/wiki/Cron_Patterns >> >> afterwards, I just do a sleep random 59, so its also random within the >> minute. >> >> Ohad >>> >>> Thanks >>> - Trey >>> >>> -- >>> 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. >>> >>> >> >> -- >> 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. >> > > -- > 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. >-- 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.
Brian Gallew
2011-Sep-26 14:51 UTC
Re: [Puppet Users] Re: Official puppetlabs position on cron vs puppet as a service?
I ended up writing a custom rand_fqdn function based heavily off the standard rand_fqdn. In my environment, we have a lot of related system (e.g. webs001, webs002, webs003), many of which have significant startup times. I changed the function to split an incoming hostname into a name+numeric suffix (or zero if there is none). Then it uses the standard rand algorithm on the name part and multiplies the suffix by 5 and adds that in with an appropriate modulus. This means that for all the "webs" hosts, there is a standard base time, after which they are staggered at 5 minutes intervals (overlapping every 6th, of course). The end result is that no matter what happens with the rand() function, an entire group of servers is never restarted at the same time. On Mon, Sep 26, 2011 at 1:10 AM, Ohad Levy <ohadlevy@gmail.com> wrote:> On Mon, Sep 26, 2011 at 12:29 AM, Scott Smith <scott@ohlol.net> wrote: > > Ohad, was rand_fqdn not sufficient for you? > > well.. I did it a long time ago, so I''m not 100% sure, but I think the > main reason was to allow to manage cron entries over an interval, e.g. > 3 times an hour, or 7 times a day in a random fashion. > > Ohad > > > > On Sep 25, 2011 1:03 PM, "Ohad Levy" <ohadlevy@gmail.com> wrote: > >> On Sun, Sep 25, 2011 at 10:33 PM, treydock <treydock@gmail.com> wrote: > >>> > >>> > >>> On Sep 24, 9:42 pm, Aaron Grewell <aaron.grew...@gmail.com> wrote: > >>>> We had frequent inexplicable daemon crashes on Solaris, but not on > RHEL5 > >>>> (at > >>>> least not yet) . Given known issues with memory leakage in older > Ruby > >>>> releases Cron seemed more likely to be reliable. We stuck a random > >>>> wait in > >>>> the Cron job to spread load on the master and so far it works well. > >>>> On Sep 24, 2011 7:22 AM, "treydock" <treyd...@gmail.com> wrote: > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > On Sep 23, 5:42 pm, Brian Gupta <brian.gu...@brandorr.com> wrote: > >>>> >> Over the years many shops have come to start running puppet via > cron > >>>> >> to > >>>> >> address memory leaks in earlier versions of Ruby, but the official > >>>> position > >>>> >> was that puppet was meant to be run as a continually running > service. > >>>> > >>>> >> I am wondering if the official position has changed. On one hand > many > >>>> >> if > >>>> not > >>>> >> all of the early Ruby issues have been fixed, on the other, the > >>>> >> addition > >>>> of > >>>> >> mcollective into the mix as a lightweight agent for triggering > adhoc > >>>> puppet > >>>> >> runs, and other tasks somewhat lowers the requirements for puppet > to > >>>> >> be > >>>> run > >>>> >> as a service. (Or out of cron for that matter). > >>>> > >>>> >> I understand that in cases where old Ruby versions are for whatever > >>>> reason > >>>> >> mandated the answer may be different. > >>>> > >>>> >> Thanks, > >>>> >> Brian > >>>> > >>>> >> -- > >>>> >> <http://aws.amazon.com/solutions/solution-providers/brandorr/> > >>>> > >>>> > Could those memory leak problems cause the Puppet daemon to crash > with > >>>> > no logs indicating why? I have about 20 systems all running CentOS 5 > >>>> > and 6, with Puppet 2.6.9, and I now have to have Zabbix run a "/etc/ > >>>> > init.d/puppet start" everytime the daemon crashes which is almost on > a > >>>> > daily basis for every client. Would be interested to know of a known > >>>> > fix or if the only "fix" is the workaround of using Cron. > >>>> > >>>> > Thanks > >>>> > - Trey > >>>> > >>>> > -- > >>>> > 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. > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>> > >>> Could you share how you did the random wait? I may have to switch to > >>> a cron job with how often my daemons are crashing and having to be > >>> restarted by Zabbix. > >> > >> I used the ip_to_cron function from > >> http://projects.puppetlabs.com/projects/1/wiki/Cron_Patterns > >> > >> afterwards, I just do a sleep random 59, so its also random within the > >> minute. > >> > >> Ohad > >>> > >>> Thanks > >>> - Trey > >>> > >>> -- > >>> 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. > >>> > >>> > >> > >> -- > >> 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. > >> > > > > -- > > 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. > > > > -- > 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. > >-- 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.
Aaron Grewell
2011-Sep-26 16:32 UTC
Re: [Puppet Users] Re: Official puppetlabs position on cron vs puppet as a service?
I picked this up online somewhere and modified to suit:
# Puppet will run twice an hour on a random schedule to spread load.
$first_run = fqdn_rand(30)
$second_run = fqdn_rand(30) + 30
cron { ''puppet_cron'':
command => ''/usr/bin/puppet agent --onetime --logdest syslog
>
/dev/null 2>&1'',
user => ''root'',
minute => ["$first_run","$second_run"],
require => File[''puppet_conf''],
}
Could you share how you did the random wait? I may have to switch
to> a cron job with how often my daemons are crashing and having to be
> restarted by Zabbix.
>
>
--
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.
Joshua Anderson
2011-Oct-01 06:58 UTC
Re: [Puppet Users] Official puppetlabs position on cron vs puppet as a service?
Are you using custom facts? If so, you should check to see if any of them are unintentionally doing Bad Things, e.g., modifying global state like environment variables. -Josh On Sep 24, 2011, at 7:22 AM, treydock wrote:> > > On Sep 23, 5:42 pm, Brian Gupta <brian.gu...@brandorr.com> wrote: >> Over the years many shops have come to start running puppet via cron to >> address memory leaks in earlier versions of Ruby, but the official position >> was that puppet was meant to be run as a continually running service. >> >> I am wondering if the official position has changed. On one hand many if not >> all of the early Ruby issues have been fixed, on the other, the addition of >> mcollective into the mix as a lightweight agent for triggering adhoc puppet >> runs, and other tasks somewhat lowers the requirements for puppet to be run >> as a service. (Or out of cron for that matter). >> >> I understand that in cases where old Ruby versions are for whatever reason >> mandated the answer may be different. >> >> Thanks, >> Brian >> >> -- >> <http://aws.amazon.com/solutions/solution-providers/brandorr/> > > Could those memory leak problems cause the Puppet daemon to crash with > no logs indicating why? I have about 20 systems all running CentOS 5 > and 6, with Puppet 2.6.9, and I now have to have Zabbix run a "/etc/ > init.d/puppet start" everytime the daemon crashes which is almost on a > daily basis for every client. Would be interested to know of a known > fix or if the only "fix" is the workaround of using Cron. > > Thanks > - Trey > > -- > 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. >-- 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.
Larry Ludwig
2011-Oct-08 01:27 UTC
[Puppet Users] Re: Official puppetlabs position on cron vs puppet as a service?
Mostly stlll run as cron. Though for some instances we run as a daemon. -- 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/-/itTFPtfZLocJ. 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.
Matthew Nicholson
2011-Oct-08 18:32 UTC
Re: [Puppet Users] Re: Official puppetlabs position on cron vs puppet as a service?
We combine these. We run as a service, but have a daily cron, with random time spread among our hosts, to stop/start the service and clean up stale .pid files. This is more of a hold over from our early days more than anything, but it works, doesn''t cause issues, and keeps the runs spread out. On Fri, Oct 7, 2011 at 9:27 PM, Larry Ludwig <larrylud@gmail.com> wrote:> Mostly stlll run as cron. Though for some instances we run as a daemon. > > -- > 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/-/itTFPtfZLocJ. > > 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. >-- Matthew Nicholson -- 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.
Chris Phillips
2011-Oct-08 20:22 UTC
Re: [Puppet Users] Re: Official puppetlabs position on cron vs puppet as a service?
My take on it is to run it from our nagios server. What better way to monitor the puppet runs than by executing that run as part of the check? retry intervals also help push changes out much quicker if they could take multiple runs etc. We also run a single daily cron job. Chris On 8 October 2011 19:32, Matthew Nicholson <matthew.a.nicholson@gmail.com>wrote:> We combine these. We run as a service, but have a daily cron, with random > time spread among our hosts, to stop/start the service and clean up stale > .pid files. This is more of a hold over from our early days more than > anything, but it works, doesn''t cause issues, and keeps the runs spread > out. > > > > On Fri, Oct 7, 2011 at 9:27 PM, Larry Ludwig <larrylud@gmail.com> wrote: > >> Mostly stlll run as cron. Though for some instances we run as a daemon. >> >> -- >> 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/-/itTFPtfZLocJ. >> >> 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. >> > > > > -- > Matthew Nicholson > > -- > 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. >-- 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.
Jonathan Gazeley
2011-Oct-10 12:05 UTC
Re: [Puppet Users] Re: Official puppetlabs position on cron vs puppet as a service?
On 08/10/11 21:22, Chris Phillips wrote:> What better way to monitor the puppet runs than by executing that run as > part of the check?I assume your Nagios plugin execution timeout must be insanely long? :) In the past I have considered using Nagios for things other than monitoring, and likewise using Puppet for things other than configuration. On both counts I decided it was probably best to set a boundary and not wilfully abuse these tools, since it''s likely to go wrong sooner or later! In my organisation we use Nagios only to monitor, and Puppet only to configure. Have fun! Jonathan -- 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.
Ohad Levy
2011-Oct-10 13:32 UTC
Re: [Puppet Users] Re: Official puppetlabs position on cron vs puppet as a service?
On Mon, Oct 10, 2011 at 2:05 PM, Jonathan Gazeley <jonathan.gazeley@bristol.ac.uk> wrote:> On 08/10/11 21:22, Chris Phillips wrote: >> >> What better way to monitor the puppet runs than by executing that run as >> part of the check? > > I assume your Nagios plugin execution timeout must be insanely long? :) > > In the past I have considered using Nagios for things other than monitoring, > and likewise using Puppet for things other than configuration. On both > counts I decided it was probably best to set a boundary and not wilfully > abuse these tools, since it''s likely to go wrong sooner or later! In my > organisation we use Nagios only to monitor, and Puppet only to configure. > > Have fun! > > JonathanIf you are using foreman, its very easy to query the last puppet report state, e.g. curl -k -u $user:$pass https://foreman/hosts/`hostname -f`/reports/last?format=json |prettify_json.rb { "report": { "reported_at": "2011-10-10T13:03:02Z", "metrics": { "time": { "group": 0.001799, "class": 0.002389, "config_retrieval": 2.4686119556427, "cron": 0.00056, "schedule": 0.002556, "service": 0.702501, "yumrepo": 0.081921, "total": 4.6954209556427, "mailalias": 0.000351, "package": 0.012924, "exec": 0.336481, "file": 1.079741, "filebucket": 0.000226, "user": 0.00536 }, "events": { "total": 0 }, "resources": { "total": 212 }, "changes": { "total": 0 } }, "id": 269755, "summary": "Success", "host": "super.tlv.redhat.com", "logs": [ ], "status": { "failed": 0, "restarted": 0, "applied": 0, "skipped": 0, "failed_restarts": 0 } } } Ohad> > -- > 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. > >-- 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.
Chris Phillips
2011-Oct-10 14:00 UTC
Re: [Puppet Users] Re: Official puppetlabs position on cron vs puppet as a service?
On 10 October 2011 13:05, Jonathan Gazeley <jonathan.gazeley@bristol.ac.uk>wrote:> On 08/10/11 21:22, Chris Phillips wrote: > >> What better way to monitor the puppet runs than by executing that run as >> part of the check? >> > > I assume your Nagios plugin execution timeout must be insanely long? :) > > In the past I have considered using Nagios for things other than > monitoring, and likewise using Puppet for things other than configuration. > On both counts I decided it was probably best to set a boundary and not > wilfully abuse these tools, since it''s likely to go wrong sooner or later! > In my organisation we use Nagios only to monitor, and Puppet only to > configure. > >always done within 30 seconds, and it''s not like if it took longer on an occasional rollout it would impact puppet at all, temporarily messy as the monitor results might be. fundamentally though, with cron or puppetd being trivial simple, i''m more than happy to be doing it this way. Chris -- 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.
Brian Gallew
2011-Oct-10 15:01 UTC
Re: [Puppet Users] Re: Official puppetlabs position on cron vs puppet as a service?
Most of my puppet runs take ~15 seconds or so, however my Nagios servers take up to 4 minutes to complete. On Mon, Oct 10, 2011 at 7:00 AM, Chris Phillips <chris@untrepid.com> wrote:> > > On 10 October 2011 13:05, Jonathan Gazeley <jonathan.gazeley@bristol.ac.uk > > wrote: > >> On 08/10/11 21:22, Chris Phillips wrote: >> >>> What better way to monitor the puppet runs than by executing that run as >>> part of the check? >>> >> >> I assume your Nagios execution timeout must be insanely long? :) >> >> In the past I have considered using Nagios for things other than >> monitoring, and likewise using Puppet for things other than configuration. >> On both counts I decided it was probably best to set a boundary and not >> wilfully abuse these tools, since it''s likely to go wrong sooner or later! >> In my organisation we use Nagios only to monitor, and Puppet only to >> configure. >> >> > always done within 30 seconds, and it''s not like if it took longer on an > occasional rollout it would impact puppet at all, temporarily messy as the > monitor results might be. > > fundamentally though, with cron or puppetd being trivial simple, i''m more > than happy to be doing it this way. > > > Chris > > -- > 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. >-- 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.
Craig White
2011-Oct-10 15:16 UTC
Re: [Puppet Users] Re: Official puppetlabs position on cron vs puppet as a service?
that always seems to redirect me to ''login'' (even though I am passing the -u username:password) Craig On Oct 10, 2011, at 6:32 AM, Ohad Levy wrote:> On Mon, Oct 10, 2011 at 2:05 PM, Jonathan Gazeley > <jonathan.gazeley@bristol.ac.uk> wrote: >> On 08/10/11 21:22, Chris Phillips wrote: >>> >>> What better way to monitor the puppet runs than by executing that run as >>> part of the check? >> >> I assume your Nagios plugin execution timeout must be insanely long? :) >> >> In the past I have considered using Nagios for things other than monitoring, >> and likewise using Puppet for things other than configuration. On both >> counts I decided it was probably best to set a boundary and not wilfully >> abuse these tools, since it''s likely to go wrong sooner or later! In my >> organisation we use Nagios only to monitor, and Puppet only to configure. >> >> Have fun! >> >> Jonathan > > If you are using foreman, its very easy to query the last puppet > report state, e.g. > > curl -k -u $user:$pass https://foreman/hosts/`hostname > -f`/reports/last?format=json |prettify_json.rb > { > "report": { > "reported_at": "2011-10-10T13:03:02Z", > "metrics": { > "time": { > "group": 0.001799, > "class": 0.002389, > "config_retrieval": 2.4686119556427, > "cron": 0.00056, > "schedule": 0.002556, > "service": 0.702501, > "yumrepo": 0.081921, > "total": 4.6954209556427, > "mailalias": 0.000351, > "package": 0.012924, > "exec": 0.336481, > "file": 1.079741, > "filebucket": 0.000226, > "user": 0.00536 > }, > "events": { > "total": 0 > }, > "resources": { > "total": 212 > }, > "changes": { > "total": 0 > } > }, > "id": 269755, > "summary": "Success", > "host": "super.tlv.redhat.com", > "logs": [ > > ], > "status": { > "failed": 0, > "restarted": 0, > "applied": 0, > "skipped": 0, > "failed_restarts": 0 > } > } > } > > > Ohad >> >> -- >> 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. >> >> > > -- > 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. >-- Craig White ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ craig.white@ttiltd.com 1.800.869.6908 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ www.ttiassessments.com Need help communicating between generations at work to achieve your desired success? Let us help! -- 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.
Ohad Levy
2011-Oct-10 18:13 UTC
Re: [Puppet Users] Re: Official puppetlabs position on cron vs puppet as a service?
On Mon, Oct 10, 2011 at 5:16 PM, Craig White <craig.white@ttiltd.com> wrote:> that always seems to redirect me to ''login'' (even though I am passing the -u username:password) >I''m guessing you have ssl redirection turned on and you are using http instead of https? Ohad> Craig > > On Oct 10, 2011, at 6:32 AM, Ohad Levy wrote: > >> On Mon, Oct 10, 2011 at 2:05 PM, Jonathan Gazeley >> <jonathan.gazeley@bristol.ac.uk> wrote: >>> On 08/10/11 21:22, Chris Phillips wrote: >>>> >>>> What better way to monitor the puppet runs than by executing that run as >>>> part of the check? >>> >>> I assume your Nagios plugin execution timeout must be insanely long? :) >>> >>> In the past I have considered using Nagios for things other than monitoring, >>> and likewise using Puppet for things other than configuration. On both >>> counts I decided it was probably best to set a boundary and not wilfully >>> abuse these tools, since it''s likely to go wrong sooner or later! In my >>> organisation we use Nagios only to monitor, and Puppet only to configure. >>> >>> Have fun! >>> >>> Jonathan >> >> If you are using foreman, its very easy to query the last puppet >> report state, e.g. >> >> curl -k -u $user:$pass https://foreman/hosts/`hostname >> -f`/reports/last?format=json |prettify_json.rb >> { >> "report": { >> "reported_at": "2011-10-10T13:03:02Z", >> "metrics": { >> "time": { >> "group": 0.001799, >> "class": 0.002389, >> "config_retrieval": 2.4686119556427, >> "cron": 0.00056, >> "schedule": 0.002556, >> "service": 0.702501, >> "yumrepo": 0.081921, >> "total": 4.6954209556427, >> "mailalias": 0.000351, >> "package": 0.012924, >> "exec": 0.336481, >> "file": 1.079741, >> "filebucket": 0.000226, >> "user": 0.00536 >> }, >> "events": { >> "total": 0 >> }, >> "resources": { >> "total": 212 >> }, >> "changes": { >> "total": 0 >> } >> }, >> "id": 269755, >> "summary": "Success", >> "host": "super.tlv.redhat.com", >> "logs": [ >> >> ], >> "status": { >> "failed": 0, >> "restarted": 0, >> "applied": 0, >> "skipped": 0, >> "failed_restarts": 0 >> } >> } >> } >> >> >> Ohad >>> >>> -- >>> 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. >>> >>> >> >> -- >> 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. >> > > -- > Craig White ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ craig.white@ttiltd.com > 1.800.869.6908 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ www.ttiassessments.com > > Need help communicating between generations at work to achieve your desired success? Let us help! > > -- > 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. > >-- 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.
Craig White
2011-Oct-10 18:33 UTC
Re: [Puppet Users] Re: Official puppetlabs position on cron vs puppet as a service?
On Oct 10, 2011, at 11:13 AM, Ohad Levy wrote:> On Mon, Oct 10, 2011 at 5:16 PM, Craig White <craig.white@ttiltd.com> wrote: >> that always seems to redirect me to ''login'' (even though I am passing the -u username:password) >> > I''m guessing you have ssl redirection turned on and you are using http > instead of https?---- strange... just tried again and it worked and an fyi for anyone trying to use nginx/foreman, this seems to work fairly well.. passenger_pre_start https://$SERVER:8142/; server { server_name $SERVER; listen 8142; root /var/www/foreman/public; passenger_enabled on; passenger_min_instances 1; rails_env production; rails_spawn_method smart; passenger_user puppet; passenger_use_global_queue off; error_log logs/foreman_error.log error; access_log logs/foreman_access.log combined; ssl on; ssl_certificate /etc/puppet/ssl/certs/$SERVER.pem; ssl_certificate_key /etc/puppet/ssl/private_keys/$SERVER.pem; ssl_crl /etc/puppet/ssl/ca/ca_crl.pem; ssl_session_timeout 5m; ssl_protocols SSLv3 TLSv1; ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:!kEDH:+EXP:-SSLv2; ssl_prefer_server_ciphers on; ssl_verify_client off; ssl_verify_depth 1; ssl_session_cache builtin:1000 shared:SSL:10m; } Craig -- 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.
Scott Smith
2011-Oct-11 03:02 UTC
Re: [Puppet Users] Re: Official puppetlabs position on cron vs puppet as a service?
Most things are ok if you only have 10 servers On Oct 8, 2011 1:22 PM, "Chris Phillips" <chris@untrepid.com> wrote:> My take on it is to run it from our nagios server. What better way to > monitor the puppet runs than by executing that run as part of the check? > retry intervals also help push changes out much quicker if they could take > multiple runs etc. > > We also run a single daily cron job. > > Chris > > On 8 October 2011 19:32, Matthew Nicholson <matthew.a.nicholson@gmail.com>wrote: > >> We combine these. We run as a service, but have a daily cron, with random >> time spread among our hosts, to stop/start the service and clean up stale >> .pid files. This is more of a hold over from our early days more than >> anything, but it works, doesn''t cause issues, and keeps the runs spread >> out. >> >> >> >> On Fri, Oct 7, 2011 at 9:27 PM, Larry Ludwig <larrylud@gmail.com> wrote: >> >>> Mostly stlll run as cron. Though for some instances we run as a daemon. >>> >>> -- >>> 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/-/itTFPtfZLocJ. >>> >>> 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. >>> >> >> >> >> -- >> Matthew Nicholson >> >> -- >> 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. >> > > -- > 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. >-- 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.