Wie setzte ich einen Sensor auf Fehler, wenn er über einen längeren Zeitraum auf Warnung stand?

Guten Tag,

es ist in PRTG nicht möglich einen Sensorstatus an eine Zeitbedingung zu knüpfen. Statusänderungen von Sensoren erfolgen immer sofort, bei Benachrichtigungen können aber über die Latenzen Zeitbedingungen gestellt werden. Sie können über die API einen Sensor pausieren, bzw. einen Fehler bestätigen, aber nicht einen Fehlerzustand setzen.

Mit freundlichen Grüßen,

Grundsätzlich ist die Überlegung aber doch sinnvoll, dass eine bestimmte Bedingung erst dann zu einem Fehler führt, wenn sie über einen längeren Zeitraum auftritt.

Über das Webfrontend kann man doch einen Fehler simulieren - geht das wirklich nicht über die API? Wenn nicht, wäre das nicht ein Feature-Request?

Mit freundlichen Grüßen

Ein Sensor kann über die API in einen simulierten Fehlerzustand gesetzt werden (/api/simulate.htm?id=objectid&action=1 ), persönlich würde ich das aber nicht einsetzen wenn um "echte" Fehler zu erzeugen. Da wäre mir die Gefahr zu groß, Verwirrung zu erzeugen, zwischen Tests, und ernsthaften Problemen im Netzwerk.
Limits werden in PRTG immer direkt zu Fehler- oder Warnzuständen führen, für Zeitbedingungen gibt es ja die verschiedenen Trigger, das mag eine etwas andere Philosophie sein, aber da sind bis auf weiteres keine Änderungen geplant.

Hallo Zusammen,

wir haben hier eine ähnliche Anforderung, die wir mit aktuellen Mitteln (anscheinend) nicht abdecken können Folgendes Szenario:

1) Sensor Ordnerüberwachung eines Transferlaufwerks: Fehler bei >10 Dateien im Ordner

Jetzt braucht der Dienst für die Verarbeitung der 10 Dateien gut und gerne 30 Minuten. Wünschenswert wäre es, die ersten 30 Minuten keine MEldung zu werfen. z.B. ab 45 Minuten dauerhaft > 10 Dateien im Ordner ----> Fehler

2) das gleiche gilt für Prozesse und Auslastungen: ist der Prozess im Zeitraum von 30 Minuten konstant über 80% CPU -> Fehler

Bitte gebt mir mal ein Ansatz, wie ich auch dieses Thema mit dem herausragenden PRTG Tool monitoren kann :-) Dies hilft uns vor allem kritische Punkte abzudecken und false positives zu vermeiden. Danke!

In beiden Fällen sollten Limits (dt. Grenzwerte) in den entsprechenden Kanaleinstellungen und ein passender State-Trigger in Kombination genutzt werden. Die Limits ändern den Sensorzustand sofort, sobald ein entsprechender Wert erreicht ist (dies kann nicht verzögert werden). Und der Trigger sendet dann nach Wunsch, nach 30 Minuten eben zum Beispiel, die Meldung (Benachrichtigung) als Email/SMS/Push zum User.

Danke für den Tip. Damit versuchen wir es mal! *upvote*