I am looking to use Thold to integrate into Nagios. I have done integration before using Nagios to read the RRD files but this is grossly inefficient on larger installations and requires Nagios to have access to the RRD files.
I have a few questions on features and the direction Thold is taking. I can work on adding these features myself but wanted to get an idea of where Thold is heading first.
Features:
A) Add values during time period and use this as the current value.
B) Store date/time of last update in thold_data to allow confirming freshness.
C) (this may be available already) Disable actual alerting. I will be using nagios to do alerting and using a plugin to poll data from the mysql database.
I am curious on how baselining is achieved. Is the data used for baselining gathered from the RRD file or stored somewhere. (I'll dig through the code to fully understand)
If anyone has any suggestions they would be appreciated too. I am using Nagios because for me its the easiest to integrate passive checking with. (Active checks running on long durations with heavier reliance on passive checks).
Feature Questions
Moderators: Developers, Moderators
I've put some thought into this and I think that going in the direction of SNMP traps might be the better way to go.
A) Integrate into any monitoring solution.
B) Nagios would not need any access to Cacti database.
This should be fairly easy. I am looking at adding three options
1) always send an alert (even if state change has not occured)
2) send trap to trap destination instead of through e-mail
3) add High and Low warning thresholds (much less important)
Trap will probably contain:
Current Value
Currently Triggered (yes/no or break into breach/recover traps)
Threshold Breached (high/low/baseline)
Description of Device
Graph Description
Data Source Name
A) Integrate into any monitoring solution.
B) Nagios would not need any access to Cacti database.
This should be fairly easy. I am looking at adding three options
1) always send an alert (even if state change has not occured)
2) send trap to trap destination instead of through e-mail
3) add High and Low warning thresholds (much less important)
Trap will probably contain:
Current Value
Currently Triggered (yes/no or break into breach/recover traps)
Threshold Breached (high/low/baseline)
Description of Device
Graph Description
Data Source Name
Who is online
Users browsing this forum: No registered users and 3 guests