I&#39;d say yes, you&#39;re going to want to be looking at something like Nagios or Big Brother, which can check the status of known services/ports/web apps/etc as frequently as you need, and then invoke scripts to restart things. You can actually get quite a bit done with home-grown perl scripts, really, but there are plugins and other things available for tools like Nagios which you&#39;ll probably find save you time (once you learn the system, of course).<div>
<br><br><div class="gmail_quote">On Tue, Feb 24, 2009 at 5:13 PM, Matt Barkovich <span dir="ltr">&lt;<a href="mailto:barko192@gmail.com">barko192@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi all,<br>
<br>
I was curious about how those of you who work with web aps deal with<br>
minimizing downtime when a particular service dies for whatever<br>
reason.  I&#39;m not a sysadmin by training, rather it is a responsibility<br>
that no one else seemed willing to take.  Right now I have a perl<br>
script that runs as a cron job every five minutes, checking the status<br>
of the various services on the server and restarting and reporting if<br>
anything is amiss.<br>
<br>
I&#39;ve been told that my production schedule needs to be pushed forward<br>
and five minutes of downtime will soon be unacceptable.  Since I&#39;ve<br>
got a .NET app running in mono (which has not been kind to me) I need<br>
to catch problems as quickly as possible and restart the service.<br>
Most frequently the mono app will just hang indefinitely, not crash<br>
outright.  With the new schedule I don&#39;t have time to fix (read<br>
replace) the problematic app before I go live.<br>
<br>
So my question, what do you folks recommend as far as checking the<br>
status of services more frequently than every 5 minutes?  Would you<br>
recommend sticking with perl, or this there some FOSS that would<br>
better serve my purposes?  In my research, I&#39;ve found programs like<br>
Nagios, but don&#39;t know much about them. I&#39;d prefer not to add too much<br>
the way of overhead, but I also don&#39;t want to reinvent the wheel.<br>
<br>
Sorry if this is a little off topic.<br>
<br>
Thanks,<br>
<br>
Matt<br>
_______________________________________________<br>
SanFrancisco-pm mailing list<br>
<a href="mailto:SanFrancisco-pm@pm.org">SanFrancisco-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/sanfrancisco-pm" target="_blank">http://mail.pm.org/mailman/listinfo/sanfrancisco-pm</a><br>
</blockquote></div><br></div>