Nagios Incident Manager is an enterprise-class incident management application that allows teams and individuals to track and solve problems faster using a powerful web-based application that offers security, mobility, third-party integration, and tools for collaboration. Nagios Incident Manager can be integrated easily with Nagios XI or Nagios Core’s built-in event handling, or any other third party tool with an easy-to-use web API for creating and managing tickets. Nagios Incident Manager is currently available for public beta testing, with install instructions posted below. Supported installation platforms are CentOS and RHEL 5/6, and we recommend installing the beta on a clean system.
Beta Installation Instructions
tar zxf nagiosim-latest.tar.gz
Documentation and tutorials are coming soon!
For Nagios XI users, see documentation on Integrating Nagios IM with Nagios XI.
We’ve had a number of requests from customers that need SMS notification capabilities in Nagios XI. SMS provides a method for sending out-of-band (OOB) notifications over the cellphone network, thereby increasing the reliability and dependability of receiving critical alerts and notifications. This can be especially helpful if you need to receive alerts from your Nagios server in your data center when your Internet connection fails.
To facilitate reliable SMS notifications, we integrated the Multi-Tech iSMS GSM modem with Nagios XI. You can find the integration documentation and component at the links below:
Documentation: MultiTech iSMS Integration With Nagios XI
Component: Multi-Tech iSMS Nagios XI Notification Component
Nagios XI has always had the ability to let you know when updates to the software are available, displaying a message under the Admin area that looks like this:
This is great for just checking up on from time to time, but for most system administrators there are too many applications to be manually checking for updates, and since the whole point of Nagios is to notify you when something needs attention, it would seem far more useful to set this up in a way that would actively let you know when an update was available.
The solution for this was to re-implement the software update check as a Nagios check plugin, separate from the page code. This means that you can now set up a Nagios service to watch for software updates to XI, and get alerts when a new version comes out just like you would for anything else that needed attention on your network, saving you time and making it more likely that you will actually remember to apply updates when they become available. With that configuration, you will also have a service screen that looks like this:
While not yet present in XI by default, you can easily add this functionality to your existing installations. Simply download the plugin here to your plugins directory (/usr/local/nagios/libexec/), make it executable (`chmod +x check_xi_updates`), and create a service for it. You can find more information about those steps in the documentation and from a self-paced training video (customers only).
A few weeks back we had a user request if there was some way they could acknowledge multiple services at once. As we looked through our software we realized we didn’t have a simple way to do this. I searched the nagios exchange, and although there were some scripts that did this, they didn’t have any way to handle hosts or service problems selectively. So we went to work and developed the Mass Acknowledgment Component that bring up a list of all unhandled problem hosts and services, and lets you pick from a list of items that you can either acknowledge or schedule flexible downtime for. This should be handy for admins who have a large outage and need to quickly acknowledge dozens or even hundreds of services at once. Installation is quick and easy, just access the Nagios XI Admin->Manage Components page and upload the zip.
Mass Acknowledgment Component
Get the download here.