Hoch zu: Inhalt



Wichtig: Bitte lesen Sie die Dokumentation und die FAQs unter nagios.org, bevor Sie eine Frage an die Mailing-Listen stellen.

Änderungsprotokoll

Das (englischsprachige) Änderungsprotokoll für Nagios finden Sie online unter http://www.nagios.org/development/changelog.php oder in der Changelog-Datei im root-Verzeichnis der Source-Code-Distribution.

Änderungen und neue Features

1. Dokumentation:
   
   • Dokumentationsaktualisierungen- ich (der Autor, nicht der Übersetzer ) kämpfe mich langsam durch das Umschreiben aller Teile der Dokumentation. Dies wird eine Weile dauern, da es (1) eine Menge Dokumentation ist und (2) das Schreiben der Dokumentation nicht zu meinen Lieblingsbeschäftigungen zählt. Es kann also sein, dass vorübergehend einige Teile nicht ganz zu anderen passen. Ich hoffe, dass die Änderungen die Dinge einfacher/klarer für neue und erfahrene Benutzer gleichermaßen machen.
     
2. Makros:
   
   • Neue Makros - Neue Makros wurden hinzugefügt, dazu gehören:$TEMPPATH$, $LONGHOSTOUTPUT$, $LONGSERVICEOUTPUT$, $HOSTNOTIFICATIONID$, $SERVICENOTIFICATIONID$, $HOSTEVENTID$, $SERVICEEVENTID$, $SERVICEISVOLATILE$, $LASTHOSTEVENTID$, $LASTSERVICEEVENTID$, $HOSTDISPLAYNAME$, $SERVICEDISPLAYNAME$, $MAXHOSTATTEMPTS$, $MAXSERVICEATTEMPTS$, $TOTALHOSTSERVICES$, $TOTALHOSTSERVICESOK$, $TOTALHOSTSERVICESWARNING$, $TOTALHOSTSERVICESUNKNOWN$, $TOTALHOSTSERVICESCRITICAL$, $CONTACTGROUPNAME$, $CONTACTGROUPNAMES$, $CONTACTGROUPALIAS$, $CONTACTGROUPMEMBERS$, $NOTIFICATIONRECIPIENTS$, $NOTIFICATIONISESCALATED$, $NOTIFICATIONAUTHOR$, $NOTIFICATIONAUTHORNAME$, $NOTIFICATIONAUTHORALIAS$, $NOTIFICATIONCOMMENT$, $EVENTSTARTTIME$, $HOSTPROBLEMID$, $LASTHOSTPROBLEMID$, $SERVICEPROBLEMID$, $LASTSERVICEPROBLEMID$, $LASTHOSTSTATE$, $LASTHOSTSTATEID$, $LASTSERVICESTATE$, $LASTSERVICESTATEID$. Es gibt auch zwei neue spezielle Zeit-Makros bei Prüfungen nach Bedarf: $ISVALIDTIME:$ und $NEXTVALIDTIME:$.
     
   • Entfernte Makros - Das alte $NOTIFICATIONNUMBER$-Makro wurde zu Gunsten der neuen $HOSTNOTIFICATIONNUMBER$- und $SERVICENOTIFICATIONNUMBER$-Makros verworfen.
     
   • Änderungen - Die $HOSTNOTES$- und $SERVICENOTES$-Makros können nun selbst Makros enthalten, wie z.B. die $HOSTNOTESURL$-, $HOSTACTIONURL$-, $SERVICENOTESURL$- und $SERVICEACTIONURL$-Makros.
     
   • Makros sind normalerweise als Umgebungsvariablen verfügbar, wenn Prüfungen, Eventhandler, Benachrichtigungen und andere Befehle ausgeführt werden. Das kann in großen Nagios-Installationen ziemlich CPU-intensiv sein, so dass Sie dieses Verhalten mit der enable_environment_macros-Option deaktivieren können.
     
   • Informationen zu Makros finden Sie hier.
     
3. Geplante Ausfallzeiten (Scheduled Downtime):
   
   • Einträge zu geplanten Ausfallzeiten werden nicht länger in einer eigenen Datei (bisher angegeben in der downtime_file-Direktive in der Hauptkonfigurationsdatei) gespeichert. Aktuelle und zurückgehaltene (retained) Einträge werden nun in der Statusdatei bzw. im retention file gespeichert.
     
4. Kommentare:
   
   • Host- und Service-Kommentare werden nicht länger in einer eigenen Datei (bisher angegeben in der comment_file-Direktive in der Hauptkonfigurationsdatei) gespeichert. Aktuelle und zurückgehaltene (retained) Kommentare werden nun in der Statusdatei bzw. im retention file gespeichert.
     
   • Bestätigungskommentare, die nicht als „persistent“ gekennzeichnet sind, werden nur dann gelöscht, wenn die Bestätigung gelöscht wird. Sie wurden bisher automatisch beim (erneuten) Start von Nagios gelöscht, was nicht ideal war.
     
5. aufbewahrte Zustandsdaten (State Retention Data):
   
   • Statusinformationen für einzelne Kontakte werden nun über erneute Programmstarts hinweg aufbewahrt.
     
   • Kommentare und Ausfallzeit-IDs werden nun über erneute Programmstarts hinweg aufbewahrt und sollten eindeutig sein, solange diese aufbewahrten Daten nicht gelöscht oder ignoriert werden.
     
   • Die Variablen retained_host_attribute_mask und retained_service_attribute_mask wurden hinzugefügt, um zu kontrollieren, welche Host-/Service-Attribute global über erneute Programmstarts hinweg aufbewahrt werden
     
   • Die Variablen retained_process_host_attribute_mask und retained_process_service_attribute_mask wurden hinzugefügt, um zu kontrollieren, welche Host-/Service-Attribute global über erneute Programmstarts hinweg aufbewahrt werden
     
   • Die Variablen retained_contact_host_attribute_mask und retained_contact_service_attribute_mask wurden hinzugefügt, um zu kontrollieren, welche Host-/Service-Attribute global über erneute Programmstarts hinweg aufbewahrt werden
     
6. Flattererkennung:
   
   • Die flap_detection_options-Direktive wurde den Host- und Service-Definitionen hinzugefügt, um festzulegen, welche Host-/Service-Zustände bei der Flattererkennungslogik benutzt werden sollen (als Standard werden alle Zustände benutzt).
     
   • Prozentuale Zustandsänderungen und Statusverläufe werden nun aufbewahrt und aufgezeichnet, selbst wenn die Flattererkennung deaktiviert ist.
     
   • Hosts und Services werden sofort auf Flattern geprüft, wenn die Flattererkennung auf programmweiter Basis aktiviert ist.
     
   • Hosts und Services, die flattern, werden protokolliert, wenn die Flattererkennung auf programmweiter Basis deaktiviert ist.
     
   • Mehr Informationen zur Flattererkennung finden Sie hier.
     
7. Externe Befehle:
   
   • einen neuen externen Befehl PROCESS_FILE hinzugefügt, um externe Befehle zu verarbeiten, die in einer externen (regulären) Datei stehen. Das ist nützlich, um große Mengen von passiven Prüfungen mit langen Ausgaben zu verarbeiten oder für das Scripting von „normalen“ Befehlen. Mehr Informationen finden Sie hier.
     
   • eigene Befehle können nun an Nagios erteilt werden. Eigene Befehlsnamen beginnen mit einem Unterstrich (_) und werden nicht intern vom Nagios-Daemon verarbeitet. Sie können allerdings von einem geladenen NEB-Modul verarbeitet werden.
     
   • Die check_external_commands-Option ist nun per Default aktiviert, was bedeutet, dass Nagios bereits im „Auslieferzustand“ externe Befehle verarbeitet. Bei allen vorigen Nagios-Version (2.x und früher) ist diese Version deaktiviert.
     
8. Statusdaten:
   
   • Kontaktstatusinformationen (letzte Benachrichtigungszeit, Benachrichtigungen aktiviert/deaktiviert, usw.) werden nun in den Status- und retention-Dateien gespeichert, obwohl sie nicht von den CGIs verarbeitet werden.
     
9. eingebettetes Perl:
   
   • Die Variablen enable_embedded_perl und use_embedded_perl_implicitly zur Kontrolle der Nutzung des eingebetteten Perl-Interpreters wurde hinzugefügt.
     
   • Perl-Scripts/Plugins können Nagios nun mitteilen, ob sie mit dem eingebetteten Perl-Interpreter ausgeführt werden sollen oder nicht. Das ist sinnvoll, wenn Sie einige schwierige Scripte haben, die nicht sauber mit ePN laufen.
     
   • Mehr Informationen zu diesen neuen Optionen finden Sie hier.
     
10. Anpassungsfähige Überwachung:
    
    • Die Zeitfenster für Host- und Service-Prüfungen können nun mit den entsprechenden externen Befehlen (CHANGE_HOST_CHECK_TIMEPERIOD bzw. CHANGE_SVC_CHECK_TIMEPERIOD) „im Fluge“ geändert werden. Schauen Sie hier nach verfügbaren anpassungsfähigen Überwachungsbefehlen.
      
11. Benachrichtigungen:
    
    • Eine first_notification_delay-Option wurde den Host- und Service-Definitionen hinzugefügt, um (was sonst) eine Verzögerung einzuführen zwischen dem ersten Auftreten eines Host-Service-Problems und der ersten Benachrichtigung, die versandt wird. In früheren Versionen mussten Sie mächtig mit Eskalationen herumbasteln, um dies zu erreichen. Nun ist dieses Feature auch für Normalsterbliche verfügbar.
      
    • Benachrichtigungen werden nun für flatternde Host/Services versandt, wenn die Flattererkennung auf einer Host- oder Service-spezifischen oder programmweiten Basis deaktiviert ist. Das $NOTIFICATIONTYPE$-Makro hat in dieser Situation den Wert „FLAPPINGDISABLED“.
      
    • Benachrichtigungen können versandt werden, wenn geplanten Ausfallzeiten (Downtimes) für Hosts oder Services beginnen, enden oder abgebrochen werden. Das $NOTIFICATIONTYPE$-Makro hat in diesem Fall den Wert „DOWNTIMESTART“, „DOWNTIMEEND“ oder „DOWNTIMECANCELLED“. Um Benachrichtigungen zu Ereignissen bei geplanten Ausfallzeiten zu bekommen, geben Sie „s“ oder „downtime“ in Ihren Kontakt-, Host- und/oder Service-Benachrichtigungsoptionen an.
      
    • Mehr Informationen zu Benachrichtigungen finden Sie hier.
      
12. Objektdefinitionen:
    
    • Service-Abhängigkeiten können nun erstellt werden, um einfach „gleicher Host“-Abhängigkeiten für verschiedene Services auf einem oder mehreren Hosts zu definieren. (Lesen Sie mehr)
      
    • Erweiterte Host- und Service-Definitionen (hostextinfo bzw. serviceextinfo) sind „veraltet“. Alle Werte der erweiterten Definitionen sind nun in Host- und Service-Definitionen eingeflossen. Nagios 3 wird alte erweiterte Informationsdefinitionen einlesen, aber eine Warnung ausgeben. Zukünftige Versionen von Nagios (4.x und später) werden keine separaten erweiterten Informationsdefinitionen mehr unterstützen.
      
    • Neue hostgroup_members-, servicegroup_members- und contactgroup_members-Direktiven wurden den hostgroup-, servicegroup- bzw. contactgroup-Definition hinzugefügt. Dies erlaubt es Ihnen, Hosts, Services oder Kontakte von Untergruppen in Ihre Gruppendefinitionen aufzunehmen.
      
    • Neue notes, notes_url und action_url-Direktiven wurden den Hostgroup- und Servicegroup-Definitionen hinzugefügt.
      
    • Kontaktdefinitionen enthalten die neuen host_notifications_enabled-, service_notifications_enabled- und can_submit_commands-Direktiven, um Benachrichtigungen besser zu kontrollieren und festzulegen, ob sie Befehle über das Web-Interface erteilen dürfen.
      
    • Host- und Service-Abhängigkeiten unterstützen nun eine optionale dependency_period-Direktive. Dies erlaubt Ihnen, die Zeiten zu begrenzen, in denen Abhängigkeiten gültig sind.
      
    • Die parallelize-Direktive in Service-Definitionen ist nun veraltet und wird nicht länger benutzt. Alle Service-Prüfungen laufen in Nagios 3 parallel.
      
    • Es gibt keine (inhärenten) Längenbegrenzungen bei Hostnamen oder Service-Beschreibungen mehr.
      
    • Erweiterte reguläre Ausdrücke werden nun benutzt, wenn Sie die use_regexp_matching Konfigurationsoption aktivieren. „Matching“ bei regulären Ausdrücken wird nur in bestimmten Objektdefinitionsdirektiven benutzt, die*, ?, + oder \ enthalten.
      
    • Eine neue initial_state-Direktive wurde den Host- und Service-Definitionen hinzugefügt, so dass Sie Nagios mitteilen können, dass ein Host/Service einen bestimmten Status haben soll, wenn Nagios startet (statt UP bzw. OK, was immer noch der Default ist).
      
13. Objektvererbung:
    
    • Sie können nun Objektvariablen/-werte von mehreren Vorlagen (Templates) erben, indem Sie mehr als einen Vorlagennamen in der use-Direktive von Objektdefinitionen angeben. Dies kann einige sehr mächtige (und komplexe) Vererbungs-Setups erlauben. (Lesen Sie mehr)
      
    • Services können nun Kontaktgruppen, Benachrichtigungsintervalle und Benachrichtigungsperioden von ihrem verbundenen Host erben, wenn nichts anderes angegeben wurde. (Lesen Sie mehr)
      
    • Host- und Service-Eskalationen können nun Kontaktgruppen, Benachrichtigungsintervalle und Eskalationszeitfenster von ihrem verbundenen Host bzw. Service erben, wenn nichts anderes angegeben wurde. (Lesen Sie mehr)
      
    • Zeichenkettenvariablen in Host-, Service- und Kontaktdefinitionen können nun eine Vererbung verhindern, indem Sie einen Wert von „null“ (ohne Anführungszeichen) als Wert der Variable angeben. (Lesen Sie mehr)
      
    • Die meisten Zeichenkettenvariablen in lokalen Objektdefinitionen können nun an die Zeichenkettenwerte angehängt werden, die vererbt werden. Dies ist ziemlich hilfreich in großen Konfigurationen. (Lesen Sie mehr)
      
14. Leistungsverbesserungen:
    
    • Es wurden Mouml;glichkeiten hinzugefügt, Objektkonfigurationsdateien vorher zwischenzuspeichern und die Prüfung auf zirkuläre Pfaderkennung vom Überprüfungsprozess auszuschließen. Das kann die Anlaufzeit von Nagios in großen Umgebungen immens beschleunigen. Lesen Sie mehr hier.
      
    • Eine neue use_large_installation_tweaks-Option wurde hinzugefügt, die die Leistung in großen Umgebungen verbessern sollte. Lesen Sie mahr dazu hier.
      
    • Eine Reihe von internen Verbesserungen wurden gemacht mit Blick darauf, wie Nagios interne Datenstrukturen und Objekt- (z.B. Host- und Service-) Beziehungen behandelt. Diese Verbesserungen sollten in einer Beschleunigung von größeren Umgebungen resultieren.
      
    • Die neue external_command_buffer_slots-Option wurde hinzugefügt, um Ihnen die Skalierung in großen Umgebungen zu erleichtern. Um optimale Ergebnisse zu erzielen, sollten Sie überlegen, die Nutzung der Pufferbereiche über einen Zeitraum hinweg mit Hilfe von MRTG grafisch darzustellen.
      
15. Plugin-Ausgaben:
    
    • Mehrzeilige Ausgaben von Plugins wird nun für Host- und Service-Prüfungen unterstützt. Hurra! Die Plugin-API wurde aktualisiert, um mehrzeilige Ausgaben in einer Weise zu unterstützen, die Rückwärtskompatibilität mit älteren Plugins gewährleistet. Zusätzliche Ausgabezeilen (außer der ersten) werden in den neuen $LONGHOSTOUTPUT$- und $LONGSERVICEOUTPUT$-Makros gespeichert.
      
    • Die maximale Länge von Plugin-Ausgaben wurde auf 4K erhöht (von etwa 350 Bytes in früheren Versionen). Diese 4K-Grenze wurde willkürlich festgelegt, damit „durchdrehende“ Plugins nicht zuviel Daten an Nagios zurückliefern können.
      
    • Mehr Informationen zu den Plugins, mehrzeiligen Ausgaben und maximaler Plugins-Ausgabelänge finden Sie hier.
      
16. Service-Prüfungen:
    
    • Nagios prüft nun per Default nach verwaisten Service-Prüfungen.
      
    • Eine neue enable_predictive_service_dependency_checks-Option wurde hinzugefügt, um zu kontrollieren, ob Nagios vorausschauende Prüfungen für Services initiiert, von denen andere abhängig sind (in Abhängigkeitsdefinitionen). Vorausschauende Prüfungen sollen helfen, dass die Abhängigkeitslogik so präzise wie möglich ist. (Lesen Sie mehr)
      
    • Ein neues „zwischengespeicherte Service-Prüfung“-Feature wurde implementiert, das die Leistung für viele Leute signifikant verbessern kann. Statt dass mit einem Plugin den Zustand eines Service zu prüfen, kann Nagios oft ein zwischengespeichertes Service-Prüfergebnis nutzen. Mehr Informationen darüber finden Sie hier.
      
17. Host-Prüfungen:
    
    • Host-Prüfungen laufen nun parallel! Host-Prüfungen liefen bisher nach einander, was bedeutete, dass sie für einen großen Stau im Sinne Leistung sorgten. Das ist vorbei! (Lesen Sie hier)
      
    • Wiederholungsprüfungen für Hosts werden nun wie Wiederholungsprüfungen für Services durchgeführt. Das heißt, dass Host-Definitionen nun eine neue retry_interval-Direktive habe, die angibt, wieviel Zeit gewartet werden soll, bevor der Host erneut geprüft wird.
      
    • Regelmäßig geplante Host-Prüfungen beeinträchtigen nun nicht länger die Leistung. Vielmehr können sie nun zusammen mit der neuen Zwischenspeicher-Prüflogik die Leistung steigern (siehe unten).
      
    • Die neue check_for_orphaned_hosts-Option erlaubt die Prüfung von verwaisten Host-Prüfungen. Das wird nun gebraucht, da Host-Prüfungen parallel laufen.
      
    • Die neue enable_predictive_host_dependency_checks-Option wurde hinzugefügt, um zu kontrollieren, ob Nagios vorausschauende Prüfungen für Hosts initiiert, von denen andere abhängig sind (in Abhängigkeitsdefinitionen). Vorausschauende Prüfungen sollen helfen, dass die Abhängigkeitslogik so präzise wie möglich ist. (Lesen Sie mehr)
      
    • Ein neues „zwischengespeicherte Host-Prüfung“-Feature wurde implementiert, das die Leistung für viele Leute signifikant verbessern kann. Statt dass mit einem Plugin den Zustand eines Hosts zu prüfen, kann Nagios oft ein zwischengespeichertes Host-Prüfergebnis nutzen. Mehr Informationen darüber finden Sie hier.
    • Passive Host-Prüfungen mit einem DOWN- oder UNREACHABLE-Ergebnis können nun automatisch in ihrem korrekten Zustand aus Sicht der Nagios-Instanz umgesetzt werden, die sie empfängt. Das ist sehr nützlich in Failover- und verteilten Überwachungsumgebungen. Mehr Informationen zur Übersetzung passiver Host-Prüfzustände finden Sie hier.
      
    • Passive Host-Prüfungen setzen einen Host normalerweise in einen HARD-Zustand. Das kann nun durch die Aktivierung der passive_host_checks_are_soft-Option geändert werden.
      
18. Frische-Prüfungen (Freshness checks):
    
    • Eine neue freshness_threshold_latency-Option wurde hinzugefügt, damit Sie die Zahl von Sekunden angeben können, die zu jedem Host- oder Service-Frischeschwellwert hinzugerechnet werden soll, den Nagios automatisch ermittelt.
      
19. IPC:
    
    • Der IPC-Mechanismus, der benutzt wird, um Host-/Service-Prüfergebnisse von den (Enkel-)Kind-Prozessen zurück an den Nagios-Daemon zu liefern, wurde geändert! Das sollte helfen, Last-/Verzögerungsprobleme in Verbindung mit der Verarbeitung einer hohen Zahl von passiven Prüfungen in verteilten Umgebungen zu reduzieren.
      
    • Prüfergebnisse werden nun übertragen, indem sie in Dateien in das Verzeichnis geschrieben werden, das durch die check_result_path-Option angegeben wurde. Dateien, die älter sind als der in der max_check_result_file_age-Option angegebene Wert werden gnadenlos ohne weitere Verarbeitung gelöscht.
      
20. Zeitfenster:
    
    • Zeitfenster waren reif für eine gründliche Überarbeitung und wurden schließlich erweitert, um Datumsausnahmen, Datumssprünge (alle drei Tage) usw. zu erlauben! Das sollte Ihnen dabei helfen, wenn Sie Benachrichtungszeitfenster für Pager-Bereitschaften definieren.
      
    • Mehr Informationen zu den neuen Zeitfensterdirektiven finden Sie hier und hier.
      
21. Ereignisvermittlung (Event Broker):
    
    • Aktualisierte NEB-API-Version
      
    • modifizierte Rückruf (callback) für anpassungsfähige Programmstatusdaten
      
    • Rückruf (callback) für anpassungsfähige Kontaktstatusdaten hinzugefügt
      
    • Rückrufe vor der eigentlichen Prüfung von Hosts- und Services hinzugefügt, um es Modulen zu erlauben, interne Host-/Service-Prüfungen abzubrechen/zu übersteuern.
      
22. Web-Interface:
    
    • Hostgruppen- und Servicegruppen-Zusammenfassungen zeigen nun Aufschlüsselungen nach wichtigen/unwichtigen Problemen wie das TAC-CGI.
      
    • Kleinere Layout-Änderungen bei Host- und Service-Detailansichten im extinfo-CGI.
      
    • Neue Prüfstatistiken in der „Performance Info“-Anzeige hinzugefügt.
      
    • In verschiedenen CGIs Splunk
      -Integrationsoptionen hinzugefügt. Die Integration wird durch die enable_splunk_integration- und splunk_url-Optionen in der CGI-Konfigurationsdatei gesteuert.
    • Neue notes_url_target- und action_url_target-Optionen hinzugefügt, um zu kontrollieren, im welchem Frame notes- und action-URLs geöffnet werden.
      
    • Neue lock_author_names-Option hinzugefügt, um Änderungen des Autorennamens zu verhindern, wenn Benutzer Kommentare, Bestätigungen und geplante Ausfallzeiten eingeben.
      
23. Debugging-Info:
    
    • Die im Konfigurations-Script verfügbaren DEBUGx-Compile-Optionen wurden entfernt.
      
    • Debugging-Informationen können nun in eine separate Debug-Datei geschrieben werden, die automatisch rotiert wird, wenn sie eine bestimmte benutzerdefinierte Größe erreicht. Dies sollte das Debugging von Problemen viel einfacher machen, weil Sie Nagios nicht erneut kompilieren müssen. Die volle Unterstützung zum Schreiben von Debugging-Informationen in eine Datei wird während der Alpha-Entwicklungsphase eingebaut, so dass sie vielleicht noch nicht komplett ist, wenn Sie es ausprobieren.
      
    • Variablen, die das Debug-Protokoll im debug_file, den debug_level, die debug_verbosity und die max_debug_file_size beeinflussen.
      
24. Update-Prüfungen:
    
    • Nagios wird nun etwa einmal am Tag prüfen, ob eine neue Version verfügbar ist. Dies ist nützlich, um über Sicherheits-Updates oder neue Versionen informiert zu sein. Hinweise werden im Web-Interface zu sehen sein.
      
    • Variablen, die die Update-Prüfung beeinflussen, sind check_for_updates und bare_update_check.
      
25. Verschiedenes:
    
    • Variable temporärer Pfad - Eine neue temp_path-Variable wurde hinzugefügt, um ein Verzeichnis anzugeben, das Nagios für temporäre Dateien nutzen kann.
      
    • eindeutige Benachrichtigungs- und Ereignisnummern- Jeder Host- und Service-Benachrichtigung wird nun eine eindeutige ID-Nummer zugewiesen. Eine weitere eindeutige ID wird nun allen Host- und Service-Zustandsänderungen zugewiesen. Die eindeutige ID kann jeweils über die folgenden Makros abgefragt werden: $HOSTNOTIFICATIONID$, $SERVICENOTIFICATIONID$, $HOSTEVENTID$, $SERVICEEVENTID$, $LASTHOSTEVENTID$, $LASTSERVICEEVENTID$.
      
    • Neue Makros - Es gibt einige neue Makros (außer denen, die bereits an anderer Stelle erwähnt wurden). Es sind:$HOSTGROUPNAMES$, $SERVICEGROUPNAMES$, $HOSTACKAUTHORNAME$, $HOSTACKAUTHORALIAS$, $SERVICEACKAUTHORNAME$ und $SERVICEACKAUTHORALIAS$.
      
    • Erntefrequenz (reaper_frequency) - Die alte service_reaper_frequency-Variable wurde umbenannt zu check_result_reaper_frequency, da sie nun auch benutzt wird, um Host-Prüfergebnisse zu verarbeiten.
      
    • Max. Erntezeit (max reaper time) - Eine neue max_check_result_reaper_time-Variable wurde hinzugefügt, um die zulässige Laufeit eines einzelnen Ernteereignisses zu begrenzen.
      
    • Nichtganzzahlige Intervalle- Nichtganzzahlige Benachrichtungs- und Prüfintervalle (z.B. „3.5“ Minuten) werden nun in Host-, Service-, Host-Eskalations- und Service-Eskalationsdefinitionen unterstützt.
      
    • Maskierte Befehlsargumente (Escaped command arguments )- Sie können nun Ausrufezeichen (!) in Ihren Befehlsargumenten benutzen, indem Sie diesem mit einem Backslash (\) maskieren. Wenn Sie ein Backslash in Ihrem Befehlsargumenten verwenden müssen, dann muss auch dieses mit einem Backslash maskiert werden.
      
    • Mehrzeilige Systembefehlsausgabe- Nagios wird nun mehrzeilige Ausgaben von Systembefehlen (Benachrichtigungs-Scripte usw.) bis zu einer Länge von 4K einlesen. Das passt zu der Grenze von Plugin-Ausgaben, die bereits genannt wurde. Ausgaben von Systembefehlen wird nicht direkt von Nagios verarbeitet, aber die Ünterstützung gibt es trotzdem.
      
    • Bessere Planungsinformationen- Detailliertere Informationen werden ausgegeben, wenn Nagios mit der -s Kommandozeilenoption ausgeführt wird. Diese Informationen können genutzt werden, um die Zeit des Starts/Neustarts von Nagios zu reduzieren.
      
    • Zusammengefasste Statusdateiaktualisierungen - Die alte aggregate_status_updates-Option wurde entfernt. Alle Statusdateiaktualisierungen werden nun mit einem Intervall von mindestens einer Sekunde zusammengefasst.
      
    • Neuer Performance-Daten-Dateimodus - Eine neue „p“-Option wurde den host_perfdata_file_mode- und service_perfdata_file_mode-Optionen hinzugefügt. Dieser neue Modus wird die Datei in einem nicht-blockierenden Schreib-/Lesemodus öffnen, der nützlich f&uumlr Pipes ist.
      
    • Zeitzonen-Offset - Eine neue use_timezone-Option wurde hinzugefügt, um verschiedene Nagios-Instanzen zu betreiben, die in anderen als der lokalen Zeitzone laufen.