rc and smf

Joerg Sonnenberger joerg at britannica.bec.de
Thu Feb 24 11:59:34 PST 2005


On Thu, Feb 24, 2005 at 11:39:36AM -0800, Matthew Dillon wrote:
>     But anyhow, back to service failures... service failures do not always
>     end in a crash.  Take BIND for example.  It is far more likely that
>     BIND's cache will become corrupted then for BIND to actually crash.  A
>     simple 'detect that it died and restart' monitor doesn't help you there.
>     What you have to do is have a program which actually goes in and uses
>     the service for real.  e.g. for a web server a program which connects
>     to it every minute and retrieves the most complex CGI'd page it
>     serves out.  That's the sort of monitoring we need... not this simple
>     it-dies-and-we-restart stuff.  Service corruption is the far more likely
>     scenario these days.

I completely agree. IBM has a nice, extensible monitoring facility for AIX,
basically a combination of sensors and trigger rules. The concept alone
is pretty simple, but that does provide mighty tools.

I'd love to have such a daemon written in a modular way for DragonFly/BSD.
It would be something like SNMP with intelligence.

Joerg





More information about the Kernel mailing list