Jein, es geht ja weniger um eine einfache Auflistung als um ein Tool, mit dem ein Operator solche Events bearbeiten (weiterleiten, acknowledgen, filtern, ...) kann.
Ich denke, dass man so etwas auf Basis von ndoutils realisieren kann, ob's das gibt: keine Ahnung.
> nja. Nagios ist halt n Monitoring und kein Management-Tool.
Naja, eine simple Alarm-Liste gehört für mich schon zum Monitoring dazu. Dass Nagios out of the box nicht mit Alarm-Korrelation, SLA-Management oder CMDB kommt, ist klar.
die Möglichkeit auf die Events zuzugreifen ist im Zshg. mit Korrelationen von events und deren Auswertung durchaus sinnvoll. M.E. bietet Nagios die Möglichkeit alle Events in eine DB zu schreiben.
Ne "Alarm-Liste" zu den offenen Alarmen gibt es sehr wohl.
Service Problems -> Unhandled
Da sieht man alle offenen Probleme / Alarme. Werden diese dann Bestätigt (Acknowledge), verschwinden sie aus der View und sind nur noch im Tactical Overview zu sehen.
Ich denke, dass man so etwas auf Basis von ndoutils realisieren kann, ob's das gibt: keine Ahnung.
nja. Nagios ist halt n Monitoring und kein Management-Tool.
Nagios = Monitoring
Unicenter, Tivoli, Openview = Management & Monitoring
Joah, mit den NDO Tools sollte sowas relativ einfach zu implementieren sein, aber es wäre mir neu, wenn's schon sowas gäbe
Naja, eine simple Alarm-Liste gehört für mich schon zum Monitoring dazu. Dass Nagios out of the box nicht mit Alarm-Korrelation, SLA-Management oder CMDB kommt, ist klar.
Service Problems -> Unhandled
Da sieht man alle offenen Probleme / Alarme.
Werden diese dann Bestätigt (Acknowledge), verschwinden sie aus der View und sind nur noch im Tactical Overview zu sehen.
Soll's weiter gehen, dann evt. Splunk