2 Andere Ereignisquellen

Service-Ereignisse

Service-Ereignisse werden nur erzeugt, wenn Service-Aktionen für diese Ereignisse aktiviert sind. In diesem Fall erstellt jede Änderung des Service-Status ein neues Ereignis:

  • Problemereignis – wenn der Service-Status von OK auf Problem geändert wird
  • OK-Ereignis – wenn der Service-Status von Problem auf OK geändert wird

Das Ereignis enthält Details zur Änderung des Service-Status – wann sie stattgefunden hat und wie der neue Status lautet.

Discovery-Ereignisse

Zabbix scannt regelmäßig die in den Regeln für die Netzwerkdiscovery definierten IP-Bereiche. Die Häufigkeit der Prüfung kann für jede Regel einzeln konfiguriert werden. Sobald ein Host oder ein Dienst entdeckt wird, wird ein Discovery-Ereignis (oder mehrere Ereignisse) erzeugt.

Zabbix erzeugt die folgenden Ereignisse:

Ereignis Wann erzeugt
Dienst aktiv Jedes Mal, wenn Zabbix einen aktiven Dienst erkennt.
Dienst inaktiv Jedes Mal, wenn Zabbix einen Dienst nicht erkennen kann.
Host aktiv Wenn mindestens einer der Dienste für die IP UP ist.
Host inaktiv Wenn alle Dienste nicht antworten.
Dienst entdeckt Wenn der Dienst nach einer Ausfallzeit wieder verfügbar ist oder zum ersten Mal entdeckt wird.
Dienst verloren Wenn der Dienst verloren geht, nachdem er aktiv war.
Host entdeckt Wenn der Host nach einer Ausfallzeit wieder verfügbar ist oder zum ersten Mal entdeckt wird.
Host verloren Wenn der Host verloren geht, nachdem er aktiv war.

Ereignisse der aktiven Agent-Autoregistrierung

Die aktive Agent-Autoregistrierung erstellt Ereignisse in Zabbix.

Falls konfiguriert, wird ein Ereignis der aktiven Agent-Autoregistrierung erstellt, wenn ein zuvor unbekannter aktiver Agent Prüfungen anfordert oder wenn sich die Host-Metadaten geändert haben. Der Server fügt einen neuen automatisch registrierten Host hinzu und verwendet dabei die empfangene IP-Adresse und den Port des Agent.

Weitere Informationen finden Sie auf der Seite Autoregistrierung aktiver Agenten.

Interne Ereignisse

Interne Ereignisse treten auf, wenn:

  • ein Datenpunkt seinen Status von „normal“ auf „unsupported“ ändert
  • ein Datenpunkt seinen Status von „unsupported“ auf „normal“ ändert
  • eine Low-Level-Discovery-Regel ihren Status von „normal“ auf „unsupported“ ändert
  • eine Low-Level-Discovery-Regel ihren Status von „unsupported“ auf „normal“ ändert
  • ein Auslöser seinen Status von „normal“ auf „unknown“ ändert
  • ein Auslöser seinen Status von „unknown“ auf „normal“ ändert

Ziel der Einführung interner Ereignisse ist es, Benutzern Benachrichtigungen zu ermöglichen, wenn ein internes Ereignis eintritt, zum Beispiel wenn ein Datenpunkt auf „unsupported“ wechselt und keine Daten mehr erfasst.

Interne Ereignisse werden nur erstellt, wenn interne Aktionen für diese Ereignisse aktiviert sind. Um die Erzeugung interner Ereignisse zu stoppen (zum Beispiel für Datenpunkte, die auf „unsupported“ wechseln), deaktivieren Sie alle Aktionen für interne Ereignisse unter Warnungen → Aktionen → Interne Aktionen.

Wenn interne Aktionen deaktiviert sind und sich ein Objekt im Status „unsupported“ befindet, wird dennoch ein Wiederherstellungsereignis für dieses Objekt erstellt.

Wenn interne Aktionen aktiviert sind und sich ein Objekt im Status „unsupported“ befindet, wird ein Wiederherstellungsereignis für dieses Objekt erstellt, auch wenn für das Objekt kein „Problemereignis“ erstellt wurde.

Siehe auch: Benachrichtigung bei nicht unterstützten Datenpunkten erhalten