thold: Deleting or Removing Thresholds

[apeterson]

I've installed thold 2.1b on win2k succesfully and I'm very happy with it. The only thing I need to be able to do is to delete the auto-generated thresholds for certain things I don't want - or all thresholds for a particular device in the case of my test servers.

I find no way to remove them once created via the web interface. Must this be done directly in mysql?

[cigamit]

I've installed thold 2.1b on win2k succesfully and I'm very happy with it. The only thing I need to be able to do is to delete the auto-generated thresholds for certain things I don't want - or all thresholds for a particular device in the case of my test servers.

I find no way to remove them once created via the web interface. Must this be done directly in mysql?

Actually if you goto the Cacti Console and click on the Threshold link on the left hand side, you will get a listing of every threshold. Clicking the Number on the very first column (the column named "Delete") will remove that threshold.

I actually run a modified version of the threshold module that has templates for the thresholds so it only auto-creates the thresholds I want with the actual data I want. Makes life a lot easier.

[Exo7]

hi Cigamit

Your version of Thold looks better than 2.1a (or 2.1b which is the same with 4 bugs less), as it is maintened and use your plugin architecture.

Unfortunatly, I cannot use it since my production environment is based on Cacti 0.8.6c (debian Sarge package, which is updated with security fixes from upper version) and the plugin architecture 0.4 require 0.8.6f, hence my release of 2.1b.

Is there a simple way to backport the plugin architecture to Cacti 0.8.6c ? Or should I convince myself to install Cacti from source or from a Debian Etch package ?

[apeterson]

I've installed thold 2.1b on win2k succesfully and I'm very happy with it. The only thing I need to be able to do is to delete the auto-generated thresholds for certain things I don't want - or all thresholds for a particular device in the case of my test servers.

I find no way to remove them once created via the web interface. Must this be done directly in mysql?

Actually if you goto the Cacti Console and click on the Threshold link on the left hand side, you will get a listing of every threshold. Clicking the Number on the very first column (the column named "Delete") will remove that threshold.

I actually run a modified version of the threshold module that has templates for the thresholds so it only auto-creates the thresholds I want with the actual data I want. Makes life a lot easier.

Goodness... I can't believe I didn't see that! Thanks for pointing out the all too obvious. Hard to believe I spent about an hour searching before I posted this and somehow didn't see that right in front of my face. Thanks again.

[cigamit]

hi Cigamit

Your version of Thold looks better than 2.1a (or 2.1b which is the same with 4 bugs less), as it is maintened and use your plugin architecture.

Unfortunatly, I cannot use it since my production environment is based on Cacti 0.8.6c (debian Sarge package, which is updated with security fixes from upper version) and the plugin architecture 0.4 require 0.8.6f, hence my release of 2.1b.

Is there a simple way to backport the plugin architecture to Cacti 0.8.6c ? Or should I convince myself to install Cacti from source or from a Debian Etch package ?

Actually, at one point I did happen to mantain a v0.8.6c patch and a v0.8.6.d patch, but its a pain to have to update the patches for each of the old versions everytime I add something to the architecture. I will see what I can do to go ahead and recreate the old patches. The other option you have (which I have done several times, and I would have to do to recreate the patch for the old version) is use the patch file, but apply it by hand via editting each file individually (or copy your cacti distribution, and apply the patch, and patch the few files that fail by hand.)

My main production Cacti box is still running v0.8.6c with some major modifications to the original threshold modules. I do have the plugin architecture installed in it but it is not running the thold plugin. I have a ton of changes made to the original threshold module that I haven't actually integrated into the thold plugin yet but are needed for my production box.

I am currently working on porting some options to the plugin version, like the embedded images options (embed the graph image as an attachment and use HTML in the message to show it), and the ability to send out the email via authenicated smtp, sendmail, or php's mail command.

[Exo7]

That's great news. I'll see what can be done with a copy of my production server.

Thanks for all of your work on Cacti.
[offtopic]
I remember seeing a screenshot (here) where you were able to see received snmp traps in Cacti, thanks to a custom plugin. As I also use netsnmp+snmptt to receive snmp trap, it would be a god gift if all traps can be viewed in a web page.
I currenlty use Nagios as my main monitoring system (it also gather data in .rrd) and let cacti do the graph. But for a host, only the last received trap can be seen in its web interface.
[/offtopic]

[cigamit]

That's great news. I'll see what can be done with a copy of my production server.

Thanks for all of your work on Cacti.
[offtopic]
I remember seeing a screenshot (here) where you were able to see received snmp traps in Cacti, thanks to a custom plugin. As I also use netsnmp+snmptt to receive snmp trap, it would be a god gift if all traps can be viewed in a web page.
I currenlty use Nagios as my main monitoring system (it also gather data in .rrd) and let cacti do the graph. But for a host, only the last received trap can be seen in its web interface.
[/offtopic]

I'll see what I can do about the getting the patch out on Friday, as I will probably be fairly busy tomorrow. I have now updated the thold plugin to embed the image and am now almost done with the last configuration options like the ability to switch between using PHP's mail function, Sendmail, or sending to an authenicated SMTP server. You can also set who the threshold emails send as, which is nice. I will probably push it out Friday for testing.

I haven't gotten around to releasing the Event Monitoring plugin, mainly because I haven't had the time to write up the documentation on how to get the 2 working together. I also really wanted to write a web interface to make creating the translations easier but haven't had the time yet. Basically I wanted to add a simple page for when a new trap comes in untranslated, you can click on an edit/add icon, it will take you to a page where you can see the variables, ect... and then you add all your translated text. But once I get the few last things put into the thold plugin, I should be able to get this one out the door also. No ETA as of yet though.