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

How can i know how many times a notification was escalated?



We have 200 sensors that are monitoring folders for file count on an FTP server.

If the file count is not 0 then a script is executed as a notification event with a bunch of placeholder command line parameters.

This script has a sophisticated logic to deal with the files in the directories. Sometimes the business logic does not allow to clear a folder in one run of the script, so we set up PRTG to keep calling the same script as escalation event.

This pretty much does the job.

How ever, Sometimes the folder is not cleared due to various errors (file name mask, schema changes etc)

It would be nice if for example an %ESCALATIONCOUNT placeholder would exist that we can pass down the script and have it just move the files out from the FTP folder, if say after 10 repeated escalations/executions, if it could not process the files correctly.

Generally speaking, it would be advantageous to be able to handle an error Differently, if the problem is not resolved after a predetermined number of escalations. Maybe a different pool of people at level 3 support can be involved by sending them an email.

Please let me know if the escalation count can be extracted from PRTG or you can think of a workaround.

Kind Regards

notifications placeholders prtg

Created on Dec 1, 2010 5:05:13 PM

2 Replies



Dear Jeroen,

such an "escalation count" is not possible, however you could simply use another trigger with an according longer latency (10x the escalation repeat-interval + escalation latency + "normal" latency of the first trigger), with the script which shall move the files. That should do the job as well.

Best Regards.

Created on Dec 1, 2010 5:37:56 PM by  Torsten Lindner [Paessler Support]



Thank you for the quick response. We will give it a try the suggested way. Best regards.

Created on Dec 3, 2010 8:23:43 AM

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.