What is this?

This knowledgebase contains questions and answers about PRTG Network Monitor and network monitoring in general.

Learn more

PRTG Network Monitor

Intuitive to Use. Easy to manage.
More than 500,000 users rely on Paessler PRTG every day. Find out how you can reduce cost, increase QoS and ease planning, as well.

Free Download

Top Tags


View all Tags

Auto-Pause/acknowledge alarm using PRTG API

Votes:

0

We have a sensor that should be paused (yes, paused, not making requests through the network) right after it went down. For such, we created a notification with a HTTP Push type to a PRTG API call that pauses the sensor, as expected. The problem is that right after the pause ends, if the sensor is still down, it'll get into the notification again, and will be paused again, in an infinite cycle. Is there a way to make the notification be triggered only once with a sensor? We tried something similar with the auto acknowledge, but when it comes off the acknowledge, it'll count the down time again from 0, not the whole time (including the acknowledge time). Is it a logic problem or we can't achieve this with PRTG using notifications with HTTP Push?

Regards,

Jesus.

api automation pause prtg

Created on Sep 20, 2018 11:33:20 AM



6 Replies

Votes:

0

Hi Jesus,

I guess I understand your configuration - but how or why is the pause ending?

Please forward us a Screenshot of the sensor's "Notifications" and "Log" tab to [email protected] for further analysis. Please refer to the ticket PAE1092861.

Thank you!

Andreas Günther
Tech Support, Paessler AG

Created on Sep 21, 2018 12:55:01 PM by Andreas Günther [Paessler Support]



Votes:

0

Hi Andreas, sorry for the delay. The pause ends because we setted it to last only 20 minutes (the time we need for it to test again). The point is: We need it to pause once, when the first down occurs. When the pause finishes, it should go to a down state, so our analyst can open a ticket about the down sensor.

Created on Sep 28, 2018 1:43:07 PM



Votes:

1

Is the goal to delay bringing the issue to the engineers attention for 20 minutes, or to avoid the act of PRTG scanning the device causing issues to your device or your network?

If the goal is deferring bringing the issue to the engineers attention, it may be worth considering adjusting the "When a sensor reports an error" property under the Scanning Interval section of the sensor. Obviously, to get a delay of 20 minutes you would likely need a scanning interval of around 5 minutes (configured with the 3 or 4 warnings then down setting)

If not, why exactly is the reasoning behind the underlying goal you are hoping to achieve?

Created on Sep 28, 2018 2:03:34 PM



Votes:

0

The goal is to stop the sensor traffic for 20 minutes.

We need this approach because of our firewall's sessions. Sometimes, if the sensor does not query data for 20 minutes, and the alert was related to freezed firewall session, the sensor will be up again, because after 20 minutes it will use a new session, after the old one being closed. It's and automatic way to check if the problem is not network related, and if not, our engineer should then act in as an issue.

Regards,

Jesus

Created on Sep 28, 2018 6:41:42 PM



Votes:

1

Hi Jesus,

I'm afraid there is no solution for your particular application. Each time the sensor is resumed, a rescan is automatically performed - which will end up in the loop again. There is also no option to disable the rescan.

I'd like to be able to give you a better answer, thank you for your understanding!

Andreas Günther
Tech Support, Paessler AG

Created on Oct 2, 2018 9:12:33 AM by Andreas Günther [Paessler Support]



Votes:

0

The latest PRTG version has a way to automatically acknowledge the Down sensors. But only works for the Ping sensors. You can go to Sensors > By Type > P > Ping, select all and go to the settings. There you can bulk edit the selected sensors (50 sensors per page by default) and select the option to automatically acknowledge.

At the moment this works only for Ping, not for other sensor types. We dont have any other way to bulk edit this to other sensors.

Created on Sep 3, 2022 6:02:46 AM by Jonathan Mena [Paessler Technical Support]




Disclaimer: The information in the Paessler Knowledge Base comes without warranty of any kind. Use at your own risk. Before applying any instructions please exercise proper system administrator housekeeping. You must make sure that a proper backup of all your data is available.