Ok, more banter ... we should probably go off list if this goes on any more (it's not really ruby chatter any more :-)
On 30/08/11 14:40, Dmytrii Nagirniak wrote: > > We haven't used monit, but it looks to me like it's more of a > solution that will try to "solve" the failure i.e. restart > apache/postgres if the system goes away. > > > I think the main purpose of monit is to monitor and take an action. > The action can be "solving" the issues as well as sending > notifications and waking up stuff. Sure, like I said, I'm not an expert on monit and if you can get it working. Awesome. Nagios has a relatively shiny GUI which allows you to selectively downtime checks etc and all that. > > > > This is fine but what if _this_ (i.e. the monit script) process fails? > > > It looks like guys already thought about that. So it it should be > handled pretty well. > http://mmonit.com/wiki/Monit/FAQ#init Once again, looks good. What about if it jams after having init-ed ? Still, there ain't no perfect solution to this. We just happen to have a lot of experience (from trial and lots of error) with our approach. > > > -- > You received this message because you are subscribed to the Google > Groups "Ruby or Rails Oceania" 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/rails-oceania?hl=en. -- ---- Andrew Boag - Director Catalyst IT [email protected] mob: +61 421 528 125 ddi: +61 2 8002 1758 www.catalyst-au.net -- You received this message because you are subscribed to the Google Groups "Ruby or Rails Oceania" 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/rails-oceania?hl=en.
