Brauchte man bisher entweder einen Hamster, der regelmäßig genau diese Funktionalität prüfte oder zumindest grundlegende Perl-Kenntnisse und etwas Zeit um ein eigenes Check-Plugin zu programmieren, gibt es mit cucumber-nagios eine echte Alternative. Exemplarisch wollen wir die Suchfunktion auf der O’Reilly Webseite prüfen und sicherstellen, dass das Praxisbuch Nagios im Online-Katalog gefunden werden kann. Lassen Sie uns den Hamster wieder in den Käfig bringen ;)

cucumber-nagios ist in der Programmiersprache Ruby entwickelt und wird als “RubyGem” verteilt, vergleichbar mit dem CPAN von Perl. Die Installation inklusive aller benötigten Abhängigkeiten geht folglich recht einfach vonstatten, solange Sie ruby und rubygems bereits installiert haben – die Pakete hierzu sind jedoch in aktuellen Linux-Distributionen bereits vorhanden.

$ gem install cucumber-nagios

Dies installiert nun das Programm mitsamt weiterer benötigter Ruby-Erweiterungen – wenn Sie den Befehl als normaler, nicht-privilegierter Nutzer ausführen, werden die Pakete im ~/.gem Verzeichnis des aktuellen Benutzers installiert. Hier ist dann noch die Anpassung der $PATH-Variable erforderlich, etwa wie folgt:

$ export PATH="$PATH:/home/tobias/.gem/ruby/1.8/bin"

Nun können wir auch schon starten und ein erstes Projekt erzeugen – jede Prüfung, die Sie später als eigenständigen Service in Nagios überwachen wollen entspricht einem Projekt.

$ cucumber-nagios-gen project oreilly
Generating with project generator:
     [ADDED]  lib/generators/feature/%feature_name%_steps.rb
     [ADDED]  README
     [ADDED]  features/steps/result_steps.rb
     [ADDED]  features/steps/benchmark_steps.rb
     [ADDED]  features/steps/webrat_steps.rb
     [ADDED]  features/steps/ssh_steps.rb
     [ADDED]  features/support/nagios.rb
     [ADDED]  features/support/env.rb
     [ADDED]  .gitignore
     [ADDED]  .bzrignore
     [ADDED]  Gemfile
     [ADDED]  bin/cucumber-nagios-gen
     [ADDED]  bin/cucumber-nagios
     [ADDED]  lib/generators/feature/%feature_name%.feature
Your new cucumber-nagios project is set up.

Im nächsten Schritt sind nun die benötigten RubyGems in das Projekt zu integrieren. Dies ermöglicht das Projekt später auf dem Nagios-Server einfach zu deployen.

$ cd oreilly
oreilly $ gem bundle

Zu guter letzt nun der wichtigste Part – wir legen fest, was wir wo prüfen wollen. Zunächst fügen wir dem zuvor angelegten Projekt ein Feature hinzu. Wichtig hierbei ist, den cucumber-nagios Generator des Projekts zu nutzen. Dieser benötigt zwei Argumente: Eine URL und einen Namen des Features.

oreilly $ bin/cucumber-nagios-gen feature www.oreilly.de search
Generating with feature generator:
     [ADDED]  features/www.oreilly.de/search.feature
     [ADDED]  features/www.oreilly.de/steps/search_steps.rb

In der Datei features/www.oreilly.de/search.feature beschreiben wir nun unser Prüfszenario. In das tfq benannte Suchfeld geben wir nagios ein, drücken den Los-Knopf und die darauf folgende Katalogseite soll den Text Praxisbuch Nagios enthalten.

Feature: www.oreilly.de
  It should be up

  Scenario: Visiting home page
    When I go to http://www.oreilly.de
    And I fill in "tfq" with "nagios"
    And I press "Los"
    Then I should see "Praxisbuch Nagios"

… und fertig. Nun können wir unser Prüfszenario direkt ausprobieren:

oreilly $ bin/cucumber-nagios features/www.oreilly.de/search.feature 
Critical: 0, Warning: 0, 4 okay | passed=4, failed=0, nosteps=0, total=4

cucumber-nagios wertet jeden einzelnen der 4 Schritte als einzelne Prüfung, sowohl die Ereichbarkeit der Webseite, das Vorhandensein des Suchfeldes sowie des Los-Buttons und des Suchergebnisses Praxisbuch Nagios.

Um nun diese Prüfung in Nagios integrieren zu können, kopieren Sie das gesamte Projekt-Verzeichnis in das Nagios-System und rufen dort innerhalb des Projektpfades einmalig den Befehlen gem bundle auf – schon ist die Prüfung einsatzbereit und kann in Ihr Nagios-System integriert werden.

Dieses kurze Beispiel vermittelt die Idee und Funktion hinter cucumber-nagios, mehr verrät die Webseite des Projekts.

Vorweg die manuelle Zusammenfassung meines Twitterlebens:
- Praxisbuch Nagios jetzt auch auf der Nagios “Propaganda”-Seite: http://bit.ly/3IkDf8
- Praxisbuch Nagios in den Top 100 Fachbüchern bei Amazon :)
- Atom Dual-Core mit HT rockt! 260 kWh aufs Jahr gespart, damit rechnet sich das Board fix. Yay!
- Lecker Bierchen probiert. Lecker! http://bit.ly/19299v
- nochmal hrmpf. Vom clamd einen backtrace zu bekommen, wenn PaX ins Spiel kommt scheint nicht so einfach … *sigh*
- Zurück aus Köln. Schokoladenmuseum besucht, am Rhein gesessen und nett was beim Libanesen gefuttert.

Achja, und nach Gravatar und Twitter bekommt Herr Scherbaum demnächst auch (wieder) einen Studentenausweis. Wenn da nur nicht die Mathematik wäre …

… und wer noch eine Idee hat, wie man aus clamd einen brauchbaren Backtrace herausbekommt, der ist herzlich eingeladen diese Idee kundzutun ;)

Einmal von der Seite:

… und von vorne:

Sadly this project had some (minor?) impact on being member of Gentoo’s council for nearly a year now. I wasn’t able to be as active as I would’ve liked to and couldn’t spent as much time as I would’ve liked to. On the other hand I only missed a single meeting (where ulm proxied for me) and (at least that’s my pov) I was always well enough prepared for council meetings. But still then, I’m not sure if I should run for the next council again. I’m thinking of lots of pros and cons for quite some while – but well, there are still some days left to decide whether to accept or decline the nomination.

Heya,

just in case someone’s using Icinga on Gentoo, i added an ebuild to
install Icinga directly from git to my personal ebuild overlay.

To get started it’s recommended to use layman. Simply add the overlay

layman -a dertobi123

and unmask the icinga live-ebuild

echo “=net-analyzer/icinga-9999″ >> /etc/portage/package.keywords”

and then `emerge icinga`.

I just also sent in a patch to add an idoutils target for make which
makes it a tad easier to build idoutils (if not running make all).

wkr,
Tobias

In kurz: Letzte Woche ist Nagios geforkt worden. Hinter dem Fork stehen renommierte Personen aus der deutschen Nagios-Community, die unter anderem für das Nagios Portal, NagVis oder PNP verantwortlich sind, sowie die Firma Netways, die wiederum einen wohl nicht kleinen Teil des Umsatzes mit auf Nagios basierten Monitoringlösungen erwirtschaftet.

Als wichtigster Grund für den Fork wird die stagnierende Entwicklung an Nagios sowie die Fokussierung der Entwicklung auf Nagios-Gründer Ethan Galstad angebracht. Dieser wiederum begründet die verlangsamte Entwicklung auch damit, dass ein Großteil seiner Zeit in die Klärung rechtlicher Belange investiert werden musste. Auszug aus seinem Post an die nagios-devel Mailingliste (er spielt wohl (auch?) darauf an, dass Netways respektive deren Geschäftsführer die Marke “Nagios” in Deutschland registrieren ließ – derweil wurde Anfang 2009 auch die Marke “NAGIOS” durch Ethan Galstad eingetragen, näheres im DPMAregister)

“We’ve had to spend considerable resources protecting the Nagios
project against commercial entities that would endanger its future.
Netways is the biggest company that is violating the Nagios trademark,
causing us many legal headaches, and using it in a manner which is
confusing to people who are not “in the know”.”

Was letztlich wirklich hinter den Kulissen geschah, wird uns wohl für immer verschlossen bleiben. Umso schwerer ist es, den Fork zu bewerten – bisher bin ich mir lediglich sicher, dass sich das technisch bessere Projekt langfristig durchsetzen wird. “Jubelgesänge” wie im Nagios-Portal werden schnell versiegen, zumal diese zu erwarten waren: Dort hat Icinga den klaren Heimvorteil. Nur was ist dieser wert?

Titelverteidiger Nagios hingegen hat Flexiblität bewiesen und zum Angriff geblasen: Mit Ton Voon und Andreas Ericsson sollen zwei langjährige Mitstreiter die Entwicklung des Nagios-Kerns mit vorantreiben, ideas.nagios.org dient zum Erfassen und Bewerten von Ideen zur Weiterentwicklung von Nagios und aus dem von Netways betriebenen NagiosExchange.org wird möglicherweise nicht MonitoringExchange.org sondern exchange.nagios.org – wir werden sehen.

Um auf die Eingangs zitierte Mail zurück zu kommen, wer Icinga unter Gentoo testen und sich selbst eine – technische – Meinung bilden mag, der sei dazu eingeladen.

The most notable change from Nagios version 2 to 3 (wrt Gentoo packaging) was to change installation paths. Up to version all Nagios related packages got installed in /usr/nagios – this has now been changed to a more FHS-compliant directory structure. For example it’s binaries are now installed at a location you’d expect them to be – /usr/{bin,sbin}, Nagios Plugins are now installed in /usr/{lib,lib64}/nagios/plugins and so on. If you’re looking for a list of general changes and improvements there’s for example the Nagios 3.x Version History.

The following package atoms will be marked as stable:

=net-analyzer/nagios-3.0.6
=net-analyzer/nagios-check_logfiles-2.3.2.1-r1
=net-analyzer/nagios-core-3.0.6-r1
=net-analyzer/nagios-imagepack-1.0-r100
=net-analyzer/nagios-nrpe-2.12-r102
=net-analyzer/nagios-nsca-2.7.2-r100
=net-analyzer/nagios-plugins-1.4.13-r1
=net-analyzer/nagios-plugins-snmp-0.6.0-r1
=net-analyzer/nagios-sap-ccms-plugin-0.7.3-r1
=net-analyzer/pnp4nagios-0.4.12

One thing still missing is Gentoo’s Nagios Guide which Sven Vermeulen started to write some time ago and for which I offered some help – well, sorry … didn’t had time for this one yet :(

But if you’re looking for some documentation on getting started with Nagios 3 there’s a new book, Learning Nagios 3.0,  by Wojciech Kocjan published last October. Lucky me I got a copy of this book for a quick review :) Starting with an introduction to Nagios and description of changes in version 3 this book guides you with setting up your own Nagios monitoring box. From installation, an overview of the Nagios Web Interface and Nagios Plugins all important parts to get started with Nagios are covered – including passive checks via NSCA, remotely executed plugins via NRPE and distributed monitoring. Very useful is a dedicated chapter on SNMP which also describes receiving and integrating SNMP traps with Nagios.

For people already using Nagios chapter 11 is probably the most interesting one.  “Extending Nagios” has hints on getting started with monitoring a VMware Infrastructure using VMware’s Perl API and how to monitor a website effectively – it’s not only good to know that the website it’s reachable but for example also logging in to an onlineshop does work.

If you need a book to get started with Nagios – Learning Nagios 3.0 (TOC) is a good read.

I discovered nagstamon already some months ago while checking the Nagios Exchange feed and quickly wrote an ebuild – but then simply put forgot about nagstamon. Today I’ve seen bug #248121, being a request for nagstamon to be added to our Portage tree. There you are! ;)