What I do see as possible is to have a way to "import"
entries and to have it as being "complete" entries, meaning with the check stuff
too. (opposed to the normal import were you basicly only import a hostname and
link it to an existing check). That way those "packaged checks" could be
imported (set to maintenance) and then you could duplicate (CTRL-D) that entry
to create your own version of it. How does this sound?
Dirk Bulinckx.
From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Friday, May 26, 2006 9:31 AM
To: Servers Alive Discussion List
Subject: RE: [SA-list] Database checks
Dirk's reply together with David's comment about using a "kludge of SA checks, add-ons, ugly batch files and scripts" makes me wonder about something (and please bear with me here - I'm thinking this through as I type...). SA is great for its variety of check types, and the flexibility of being able to do things with addons, scripts and the like. But sometimes you do have to follow quite complex and varied routes to put together a series of checks for something.
Would it be useful (List) and/or possible (Dirk) to somehow put in a customised check type with a name? What I mean is (for example) if I frequently use an SNMP check pointing at OID 1.3.6.1.4.1.318.1.1.1.4.1.1.0, and using a custom script to interpret the numeric responses, could SA "package" that as a single custom check with the name "UPS Status"? Even better, could those custom check packages be exported and shared between users? That way, when someone else wants to monitor their UPS, they don't have to reinvent the proverbial wheel. The same thing might apply (again for example) to some of these Exchange checks. No doubt SA *can* check many elements of Exchange, but the package might make it that much easier to do.
Do you follow what I'm saying? Would this float anyone else's boat?
Ian
_________________________________
Ian K Gray
OEL IS - European Infrastructure Support
Tel: +44 1236 502661
Mob: +44 7881 518854
| "Dirk Bulinckx"
<[EMAIL PROTECTED]> Sent by: Servers Alive Discussion List <[email protected]> 25/05/2006 18:45
|
|
Most of that can already be done.
The size of the stores can be monitored with the diskspace/filesize monitor.
The queue size can be monitored via the perfmon checks.
Don't know about the status of the store nor the mounting of it.
Probably most of the info can however still be found using SNMP.
Dirk Bulinckx.
-----Original Message-----
From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Vogl, Tom
Sent: Thursday, May 25, 2006 7:36 PM
To: Servers Alive Discussion List
Subject: [SA-list] RE: [SA-list] RE: [SA-list] Database checks
I'd second a request for more exchange awareness.
-Tom
-----Original Message-----
From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of David Webster
Sent: Thursday, May 25, 2006 1:15 PM
To: Servers Alive Discussion List
Subject: [SA-list] RE: [SA-list] Database checks
Disclaimer: I use none of the database checkers in SA and have no idea what
they do.
At the risk of getting 1000 "that's not a database" emails, allow me to
request Microsoft Exchange.
First, it is a database. Second, I'd wager that a large share of SA users
have to support Exchange. Third, it's a mission critical app in any
environment that has it, so it needs to be monitored.
Currently, I use a kludge of SA checks, add-ons, ugly batch files and
scripts to monitor the health of Exchange systems. I would love to have
some Exchange awareness built into SA. For example, what is the status of
information store X? Is it mounted? How large is it? How many un-applied
transaction logs are there? Etc.
David
-----Original Message-----
From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 24, 2006 8:15 AM
To: Servers Alive Discussion List
Subject: [SA-list] Database checks
Currently we have within Servers Alive a check for MS-SQL and Oracle.
There
is a free add-on for mySQL (http://www.woodstone.nu/salive/addons.asp),
there is also a "generic" ODBC checker on that same page.
What other databases would you like to see in that list?
Please include the versions of it you're currently running (and on what OS).
(the info on version/OS might be needed when we decide to implement)
Dirk Bulinckx.
To unsubscribe send a message with UNSUBSCRIBE as subject to
[email protected] To unsubscribe send a message with UNSUBSCRIBE as
subject to [email protected] To unsubscribe send a message with
UNSUBSCRIBE as subject to [email protected]
To unsubscribe send a message with UNSUBSCRIBE as subject to [email protected]
To unsubscribe send a message with UNSUBSCRIBE as subject to [email protected]
If you use auto-responders (like out-of-the-office messages), then make sure that they are not send to the list nor to the individual members of the list that send a message. Doing this will get you removed from the list.
To unsubscribe send a message with UNSUBSCRIBE as subject to [email protected]
If you use auto-responders (like out-of-the-office messages), then make sure that they are not send to the list nor to the individual members of the list that send a message. Doing this will get you removed from the list.
