[hobbit] Disk monitoring and alerts

[Whilding, Craig]

On a similar note to this, I've just been looking at monitoring certain
processes or services which will need a different alert to others on the
same box. I don't want to have to write separate scripts to monitor each
service as the clients already check the status of each, I was just
wondering if it was possible server side to split the alerting of each
proc/service or allow the check to be redirected to another page.

 

An example of what I mean is that we check the virus scanner is running
on all systems but don't care about this as much as if our clearcase
server processes stopped working. 

 

Thanks,

Craig Whilding

 

________________________________

From: Allan.Marillier at dana.com [mailto:Allan.Marillier at dana.com] 
Sent: 30 November 2005 16:41
To: hobbit at hswn.dk
Subject: [hobbit] Disk monitoring and alerts

 


We are undergoing some restructuring among support teams, and are
separating and defining some responsibilities a little better. System
admins will be called on system specific problems, while DBAs and apps
support people will be called on others. One of my frequent complaints
in the past has been getting calls on filled file systems containing
Oracle trace files, dumps, logs, temporary files etc. that I don't feel
I should be making decisions to remove, gzip etc. 

That is changing - DBAs will be called on those file systems in other
environments where we're using HP's ITO (aka Vantage Point / OpenView,
call it what you will). 

I want to try to do the same on the servers I am monitoring with hobbit.
Is there any way, or a possibility of a feature request that would allow
me to specify alerts to me for all filesystems, other than a few
specific ones? E.g. using a modified version of the hobbit-alerts page
example: 

HOST=www.foo.com
        MAIL dba at foo.com SERVICE=disk.ora-db,disk.ora-idx,disk.ora-log
REPEAT=1h 
        MAIL unixsupport at foo.com SERVICE=cpu,disk,memory

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20051130/a8a62794/attachment.html>