Dementsprechend schaue ich mich bereits seit einiger Zeit nach Alternativen um. Neben Sumatra, Foxit Reader und PDFXchange Viewer ist mir einer besonders aufgefallen. Evince.

Jeder der schon einmal mit einer GNOME-basierten Linux Distribution gearbeitet hat wird ihn kennen. Mittlerweile gibt es Evince auch als Windows-Portierung und wird sogar als MSI zum Download angeboten.

Im Moment habe ich Ihn nur testweise im Einsatz und bin sehr zufrieden. Er ist klein, schnell und kann auch Formulare bearbeiten. Leider fügen sich die GNOME Dateidialogfenster nicht so gut in Windows ein.

Ansonsten ein tolles Programm was es im Alltag auf jedenfall mit dem Adobe Reader aufnehmen kann.

Das Modul stammt von Google und wurde bereits vor einigen Wochen unter der Apache Lizenz veröffentlicht.

Die Installation gestaltet sich sehr einfach, da Google bereits DEB-Pakete anbietet. Nach der Installation und einem Neustart des Webservers ist das Modul dann sofort aktiv.

Bei ersten Tests hat sich bei mir die Startseite des Blogs während der Tests von 266,2 KB auf 206 KB reduziert.

Einen ausführlichen Test gibt es auf der Seite der Online Solutions Group.

Man weiß nie, ob man soetwas nicht noch einmal braucht.

• http://docs.pnp4nagios.org/pnp-0.6/dwnld
• http://docs.icinga.org/latest/de/whatsnew.html

Habe beides bereits im Einsatz. Weder beim Update noch im bisherigen Betrieb sind irgendwelche Schwierigkeiten aufgetreten.

Bei dem Plugin handelt es sich um ein Bashscript welches folgende Werte abfragen und aufbereiten kann:

• Speicherplatz
• RAID Status
• Temperatur (Platten u. System)
• Lüfter
• Plattenstatus

Download und Anleitung gibt es hier. Vielen Dank dafür!

Update! – Performancedaten

Mit einer kleinen Anpassung bekommt man für die Systemtemperatur auch Performancedaten.
Dazu ändert man die Zeile 133 von:

outMessage="System Temperature: $SYSCEL Celsius - $SYSTEMPOK"

in

outMessage="System Temperature: $SYSCEL Celsius - $SYSTEMPOK|systemp=$SYSCEL;$MAXSYSTEMPWARN;$MAXSYSTEMPCRIT"

Ab jetzt liefert die Abfrage Performancedaten mit den oben definierten Schwellenwerten für Warning und Critial.

Dieses Mal ist das Update, zum ersten Mal, nicht reibungslos verlaufen. Das lag allerdings, wie sich herausstellte an mir selber.

Nach dem Update erhielt ich im Internet Explorer 8 folgende Fehlermeldungen:

Icinga 1.0.3 - Fehlermeldung im IE8

Und im Firefox 3.6.8 diese:

Icinga 1.0.3 - Fehlermeldung im FF 3.6.8

Die Fehlermeldung des IE8 hat mir nicht besonders geholfen. Mit der Meldung im Firefox hingegen konnte ich schon etwas mehr anfangen:

$(“body select”).msDropDown is not a function

Nach ein paar Sekunden Google-Recherche habe ich auch schon einen Bugreport zu diesem Thema gefunden. (Bug #736).

Dort wurde dann auch gleich von mehreren von Problemen im Zusammenhang mit PNP4Nagios bzw. im speziellen mit den eingebetteten Graphen berichtet.

Ich nutze das ebenfalls seit einiger Zeit um bereits im Icinga Webinterface eine Vorschau der grafischen Langzeitauswertung zu bekommen.

In Icinga eingebetteter PNP4Nagios Graph

Eingebettet ist das ganze mit Hilfe von jQuery über die status-header.ssi in /usr/local/icinga/share/ssi/.

<script src="/pnp4nagios/media/js/jquery-min.js" type="text/javascript"></script>
<script src="/pnp4nagios/media/js/jquery.cluetip.js" type="text/javascript"></script>
<link rel="stylesheet" href="/pnp4nagios/media/css/jquery.cluetip.css" type="text/css" />
<script type="text/javascript">
  $(document).ready(function() {
  $('a.tips').cluetip({width: "310px", ajaxCache: false, dropShadow: false,showTitle: false });
  });
</script>

Als Tip wurde in einer Antwort auf den Bug #736 empfohlen jQuery auf Version 1.4.2 zu aktualisieren. Ich habe also in der status-header.ssi die jquery-min.js durch die neue Version von jQuery.org ersetzt. Leider wurde das Problem dadurch auch nicht behoben.

Durch das Firefox Plugin Firebug habe ich dann herausgefunden, dass in Icinga (scheinbar ab 1.0.3) im Hintergrund bereits eine Version von jQuery (1.3.2) geladen wird. Das Problem wird also scheinbar durch das erneute Laden von jQuery verursacht.

Ich habe also einfach meine frühere Anpassung in der status_header.ssi rückgängig gemacht. Die sieht bei mir jetzt folgendermaßen aus:

<script src="/pnp4nagios/media/js/jquery.cluetip.js" type="text/javascript"></script>
<script type="text/javascript">
  $(document).ready(function() {
  $('a.tips').cluetip({width: "310px", ajaxCache: false, dropShadow: false,showTitle: false });
  });
</script>

Bei der Gelegenheit habe ich auch gleich die jquery.cluetip.css rausgeworfen. Diese befindet sich mittlerweile nichtmehr im PNP4Nagios Verzeichnis.

<link rel="stylesheet" href="/pnp4nagios/media/css/jquery.cluetip.css" type="text/css" />

Bei mir hat es das Problem gelöst – das überarbeitete 1.0.3er Webinterface funktioniert super. Auf PNP4Nagios konnte ich ebenfalls keine negativen Auswirkungen feststellen.

Icinga 1.0.3 - Classic UI - Multiple Commands

Nichts desto trotz, ich nutze immer noch gerne die klassische Weboberfläche und freue mich jedes Mal wenn auch diese mit neuen Funktionen bedacht wird.

Vielen Dank für die tolle Arbeit, die das Icinga Team mal wieder geleistet hat.

Web Links

• Icinga – Whats New?
• Classic UI – Bug #736
• jQuery.org

pnp-0.6.6 08/07/2010

• Bugfix: Fixed max amount of graphs per template
• Bugfix: Autodetect PNP base URL
• Bugfix: Too short npcdmod perfdata_template to take perfdata + overhead, increased +1024byte
• Bugfix: Ignore files in var/perfdata and check for empty directories
• Bugfix: Reducing memory usage while parsing page config (Laurent Freval)

Das Update hat einwandfrei funktioniert.

Vielen Dank für die super Arbeit!

In diesem Foren Eintrag auf forum.pidgin-im.de gibts ein ZIP File mit zwei neuen DLLs. Pidgin kurz schließen, diese beiden Dateien ersetzen und Pidgin neu starten.

Schon sollte das Problem behoben sein.

Und sehr vorbildlich gleich in 4 Varianten:

• Red Hat, Fedora, Suse, Mandriva (32/64-Bit) – .rpm
• Debian, Ubuntu (32-Bit) – .deb
• Debian, Ubuntu (64-Bit) – .deb
• Sonstige – tar.gz

Auch von diesem Weg habe ich langsam genug. Deshalb habe ich mich nach einer anderen Lösung umgesehen und habe mit “Nagios Extended Notification Mail” von Otto Berger eine super Alternative gefunden.

Da das Script eigentlich für den Einsatz in einer Nagios-Umgebung vorgesehen ist, muss vor dem Einsatz mit Icinga eine kleine Änderung vorgenommen werden.

Und zwar muss in der Zeile 643 das Wort ‘NAGIOS_’

if (strpos($key, ‘NAGIOS_’) !== false) {

ersetzt werden durch ‘ICINGA_’

if (strpos($key, ‘ICINGA_’) !== false) {

danach sollt das Script einem schöne, sehr detailierte Statusbenachrichtigungen schicken.

Vielen Dank für diese tolle Arbeit!