• Frage: Warum hat check_multi keine -H (- -hostname)-Option?
• Antwort: Weil es keine -H-Option braucht.
  check_multi ist ein rein lokales Plugin. Es wird meistens direkt auf dem zu monitorenden Server aufgerufen und benoetigt lediglich eine entsprechend angepasste Konfigurations-Datei.
  Wenn in der Konfigurations-Datei allerdings Hostname-Optionen angegeben werden muessen, so kann man entweder - wenn das Plugin auf dem zu monitorenden Server laeuft - localhost verwenden oder aber auf dem Nagios Server selber auf Nagios-Makros a la $HOSTNAME$ zurueckgreifen, die von check_multi interpretiert werden.
  Eine andere Moeglichkeit ist die --set-Option, um Variablen ueber die Kommandozeile anzugeben.

• Frage: Wo finde ich Beispiele?
• Antwort: Fuer die ersten Schritte gut geeignet ist die im Contrib-Verzeichnis enthaltene Kommando-Datei check_multi.cmd. Ein weiteres Beispiel gibt es auf der Process Views-Seite.

• Frage: Ist check_multi EPN-faehig?
• Antwort: Im Prinzip ja - die Implementierung von EPN in Nagios ist IMHO nicht immer zweifelsfrei. Daher habe ich den Default auch auf 'Kein EPN' gesetzt.
  Wenn Sie EPN individuell einschalten moechten, koennen Sie '# nagios: -epn' in Zeile 2 durch '# nagios: +epn' ersetzen.

• Frage: Ich verwende die HTML-Output Option (-r 2). extinfo.cgi zeigt aber nur einen Haufen HTML-Tags statt der korrekten HTML Ausgabe.
• Antwort: Fuer die HTML-Ausgabe muss auch die Option escape_html_tags=0 in der cgi.cfg gesetzt sein. Vgl. auch die Report-Optionen

Anmerkung: wenn die cgi.cfg geaendert wurde, ist kein Neustart von Nagios notwendig, die Optionen wirken sofort nach einem Browser-Reload.

• Question: Warum funktioniert check_multi nicht mit NSCA?
• Answer1: NSCA ist nicht Multiline-faehig. Es parst nur bis zum ersten Zeilenvorschub und stoppt dann. Weil check_multi aber auf Zeilenvorschuebe angewiesen ist, kann die Uebertragung nicht sauber funktionieren.
  Hier haben wir leider auf ein komplettes Redesign von NSCA zu warten.
• Answer2: Tatsaechlich gibt es doch eine Moeglichkeit, check_multi mit NSCA zu verwenden. Man nehme die Report-Option -r 2 fuer den HTML-Output und hat damit das Problem mit den Newlines elegant umschifft.

• Question: Warum verwirft check_multi Performance-Daten?
• Answer: Check_multi sammelt Performance-Daten von mehreren Plugins and Quellen. Ungueltige Performance-Daten von einem Plugin koennen auch ueber den eigenen Bereich hinaus die Performance-Daten anderer Plugins beeintraechtigen, daher muessen sie entfernt werden.

• Question: Was heisst [perfdata discarded …bad uom ',']?
• Answer: Die LANG Settings stimmen nicht - Nagios Plugins kommen nicht mit Locales zurecht, die z.B. ein Komma als Dezimaltrenner verwenden. Bitte daher LANG=C einstellen oder eine LANG locale, die den Punkt '.' als Trenner verwendet.

• Frage: Wie werden die Plugins in check_multi gefunden? Muss ich volle Pfade angeben?
• Antwort: Es gibt eine klar definierte Reihenfolge, in der die Pfade durchsucht werden:
  1. check_multi sucht zuerst einmal im Standard-Libexec-Verzeichnis. Normalerweise ist dies das Verzeichnis von check_multi selber.
  2. dieses kann auch ueber die --libexec-Option angegeben werden.
  3. Dann wird der PATH des Nagios-Users durchsucht.
  4. Natuerlich koennen Plugins / Programme auch mit ihrem vollen Pfad angegeben werden.

• Frage: Ich brauche fuer ein Plugin Root-Rechte. Wie kann ich das erreichen?
• Antwort: Das ist auch nicht anders als bei jedem andern Plugin. Die beste Methode besteht darin, den entsprechenden Befehl durch sudo ausfuehren zu lassen. Dafuer muss die Kommandozeile in der cmd-Datei durch ein vorangestelltes sudo erweitert und die /etc/sudoers entsprechend angepasst werden.