Icinga 2 v2.6 and Icinga Web 2 v2.4 released

Icinga 2 v2.6

This time we’re focussing on stability and bugfixes instead of adding a ton of new features. This is not to say that there aren’t any new features at all. One notable feature is the bundled NSClient++ 0.5.0 package on Windows which itself improves stability and also offers a nice REST API for querying metrics.

Previous versions had a bug which caused DowntimeStart notifications to be sent as soon as a downtime was created – rather than when the downtime had actually started. In addition to that those notifications were also re-sent each time Icinga was restarted. In an HA setup a related bug might cause Icinga to crash in those scenarios. Debugging those issues was a lot of fun that was supported by being able to test fixes in customer environments. We’ve also fixed a crash in the HTTP server when querying the REST API for example using Dashing. There also were issues with syncing comment/downtime objects between nodes and syncing objects that were global zones.

A big change coming with this release and future versions is that we have decided to deprecate and remove the “bottom up” client configuration mode. All details for this decision can be found in this issue. From the user’s view it contains design flaws and lots of unfixed bugs. Considering the fact that the Icinga “stack” with Icinga 2, Icinga Web 2 and Icinga Director prefers to use the “top down” approach with config sync and clients with command endpoints, the “bottom up” approach does not fit into this design either.

We are aware of the fact that many of you have their setups already in production. There is a dedicated chapter inside the documentation dealing with migration tips and tricks. The removal of CLI commands such as “node list” and “node update-config” will not harm the cluster communication between the nodes at all. It just removes the possibility to import and generate configuration from the client itself. We’re planning for a grace period of 2 major releases or one year until the functionality is removed entirely. For now you can still use them including deprecation warnings but are advised to plan your migration to “top down” in 2017.

There are changes in the IDO database schema for MySQL and PostgreSQL. Icinga 2 v2.6 requires Icinga Web 2 v2.4, plan your upgrade to include both.

Updated release packages are available soon. Meanwhile make sure to read the Changelog.

 

Icinga Web 2 v2.4

This release adds the possibility to use the Icinga 2 API as command transport for e.g. rescheduling a check or sending a custom notification. If you are planning to put your Icinga Web 2 application on a different web server, you don’t have to fiddle with SSH tunnels opening a file handle for the external command pipe. In addition to that the Icinga 2 API is designed to send HTTP responses which enables proper error handling. No more fire and then grep the icinga2.log file anymore.

Another cool feature addition is the announce banner. If you are for example planning global maintenance tasks, this is the way to tell your users about it. We’ve also added a new command action toolbar on top of the detail view. That allows for scheduling a recheck even more quickly.

Other notable changes are a new icon in the detail view history to separate between SOFT and HARD states or a new clear button for the search field. We’ve also moved the status counts to the bottom of the screen. There also is a new package for SELinux installing proper policies for your secured server.

Updated release packages are available soon. Meanwhile make sure to read the Changelog.

 

Monthly Snap November: Community, Integrations and OSMC

cyhmna9xcaabwjv-jpg-largeWhy engaging in the community matters

The feeling of being able to help others with problems that I have been stuck on in the past is amazing. I try to give back to the community as much as I take from it.

… or why you just could not stop.

Post from monitoring-portal.org

Icinga2 for the win!

Am Anfang ist es echt ne Qual und ich hab Schweiß und Tränen vergossen, bis ich alles Begriffen hatte, was ich begreifen musste, damit es bei mir so läuft wie es soll. Und auch jetzt habe ich noch 10000 Fragen die immer wieder hochkommen. ABER bisher habe ich hier, was Icinga2 angeht, immer eine gute Antwort bekommen und bin mittlerweile auch soweit, dass ich versuche, mein Wissen hier zu teilen.

Und nach all den “Qualen”, die ich am Anfang hatte, liebe ich Icinga2 umso mehr. Und es gibt so viel, was man ausprobieren, erweitern, testen kann. Ich könnte den lieben langen Tag nur Icinga2 und Icingaweb2 widmen.
Und das schönste ist, es ist schlank und performant. Die Entwicklung geht stetig vorran. Es ist jetzt schon gut und wird noch besser.

(more…)

Watch out – and shop!

Most of us use Icinga 2 to monitor network services, host resources or server components – but wait, there is more! Why not ask Icinga 2 to watch items in your favourite online shop and send out notifications as soon as the price has dropped below a certain amount? Antony Stone has written a slightly unusual check to track the price of Amazon items with Icinga 2. (more…)

Icinga Web 2 v2.3.4, v2.2.2 and v2.1.4 Releases

We’re happy to announce the releases of the Icinga Web 2 versions 2.3.4, 2.2.2 and 2.1.4.

Besides some minor bug fixes, Icinga Web 2 version 2.3.4 tackles problems with external links and HTML in plugin output. Those were no longer rendered correctly in the previous version. You’ll find all issues for version 2.3.4 over here.

All released versions fix the possibility of remote code execution via the remote command transport. Thanks to you guys for reporting this issue. If you’re using the remote command transport, make sure to upgrade as soon as possible.

As usual you can get the packages here or check out our releases from Github.

If you’re wondering what happened with version 2.3.3, we had some packaging problems which forced us to increase the version number.

Icinga Web 2 v2.3.2, v2.2.0 and v2.1.3 hotfix releases

These ones are security-releases fixing a privilege escalation issue in the monitoring module for authenticated users. (thanks to Michael Günther from Recurity Labs for discovering this issue and to gbretsch for reporting it)
New packages for them are in progress.

What’s New in Version 2.1.3

Bugfixes

  • Fix a privilege escalation issue in the monitoring module for authenticated users

What’s New in Version 2.2.1

Bugfixes

  • Fix a privilege escalation issue in the monitoring module for authenticated users

What’s New in Version 2.3.2

Feature

  • Feature 11629: Simplified event-history date and time representation

Bugfixes

  • Fix a privilege escalation issue in the monitoring module for authenticated users
  • Bug 10486: Menu rendering fails when no monitoring backend was configured
  • Bug 10847: Warn about illogical dates
  • Bug 10848: Can’t change items per page if filter is in modify state
  • Bug 11392: Can’t configure monitoring backend via the web interface when no monitoring backend was configured