If a check fails for a verifiable reason or as planned, or if a warning is issued, it should be possible to set the result to "OK" and suspend the execution of that check until a specific time.
auch für uns ist diese Funktion sehr wichtig. Allerdings sollte es möglich sein, Sensoren nicht bis zur “nächsten erfolgreichen Ausführung” zu pausieren.
Andernfalls besteht bei einer Fehleinschätzung die Gefahr, dass ein Check versehentlich dauerhaft deaktiviert bleibt und dadurch Probleme unbemerkt bleiben.
Es wäre auch möglich wenn es ein zeitliches Limit im Hintergrund geben würde für die “nächsten erfolgreichen Ausführung” z.B. 5 Tage oder ähnlich.
Viele Grüße Bernhard
Chocolate Melon
•
Sep 21
Vielen Dank für die Implementierung. Kenne die Funktion aus dem PRTG. Dort konnten wir die alarmierenden Sensoren “bestätigen” und somit wurde der Alarm pausiert sowie die anderen Supporter informiert, dass Supporter XY bereits an der Bearbeitung ist.
Freue mich diese Funktion nun auch in Octoja wiederzufinden und zu testen!
Magenta Volcano
•
Aug 27
Ist bei uns auch so. In unserem bisherigen Monitoring “Server-Eye” verteilt der Frühdienst die Meldungen auf die Techniker in Server-Eye. Für alle Mitarbeiter ist dann die Warnung oder der Fehler nicht mehr “rot” sondern “grau” und aus der Liste der aktiven Fehler verschwunden. So können wir vermeiden, dass sich mehrere Techniker um den gleichen Fehler kümmern.
Erdinc Akay
Team•
Jul 24
Kunde: “Bei uns gibts täglich einen anderen anderen Mitarbeiter, der Frühdienst hat, mit der Aufgabe unser Monitoring zu checken. Wir wollen unterbinden, dass dann die Mitarbeiter über das gleiche Thema stoßen.”
Log in to comment and vote
Comments4
Bronze Fox
Sep 21
Hallo Oktoja-Team,
auch für uns ist diese Funktion sehr wichtig. Allerdings sollte es möglich sein, Sensoren nicht bis zur “nächsten erfolgreichen Ausführung” zu pausieren.
Andernfalls besteht bei einer Fehleinschätzung die Gefahr, dass ein Check versehentlich dauerhaft deaktiviert bleibt und dadurch Probleme unbemerkt bleiben.
Es wäre auch möglich wenn es ein zeitliches Limit im Hintergrund geben würde für die “nächsten erfolgreichen Ausführung” z.B. 5 Tage oder ähnlich.
Viele Grüße
Bernhard
Chocolate Melon
Sep 21
Vielen Dank für die Implementierung. Kenne die Funktion aus dem PRTG. Dort konnten wir die alarmierenden Sensoren “bestätigen” und somit wurde der Alarm pausiert sowie die anderen Supporter informiert, dass Supporter XY bereits an der Bearbeitung ist.
Freue mich diese Funktion nun auch in Octoja wiederzufinden und zu testen!
Magenta Volcano
Aug 27
Ist bei uns auch so. In unserem bisherigen Monitoring “Server-Eye” verteilt der Frühdienst die Meldungen auf die Techniker in Server-Eye. Für alle Mitarbeiter ist dann die Warnung oder der Fehler nicht mehr “rot” sondern “grau” und aus der Liste der aktiven Fehler verschwunden. So können wir vermeiden, dass sich mehrere Techniker um den gleichen Fehler kümmern.
Erdinc Akay
Jul 24
Kunde: “Bei uns gibts täglich einen anderen anderen Mitarbeiter, der Frühdienst hat, mit der Aufgabe unser Monitoring zu checken. Wir wollen unterbinden, dass dann die Mitarbeiter über das gleiche Thema stoßen.”