New Question
 
 
PRTG Network Monitor

Intuitive to Use.
Easy to manage.

200.000 administrators have chosen PRTG to monitor their network. Find out how you can reduce cost, increase QoS and ease planning, as well.

Free PRTG
Download >>

 

What is this?

This knowledgebase contains questions and answers about PRTG Network Monitor and network monitoring in general. You are invited to get involved by asking and answering questions!

Learn more

 

Top Tags


View all Tags


Schedule notifications for sensor rather than pause sensor due to schedule

Votes:

0

Your Vote:

Up

Down

We have several sensors that have schedules associated with them that pause the sensor throughout the evening because it is not critical enough to wake someone if down. However, we would like to continue to track actual uptime or if someone is awake, they know it is down and can correct.

It would be great to be able to set a schedule for notifications on a sensor, rather than disable checking for the sensor all together. anyone know if this is possible, and if not it would be a great feature to add.

notifications prtg schedule

Created on Oct 28, 2010 3:24:17 AM by  Brian Nowak (0) 1



14 Replies

Votes:

0

Your Vote:

Up

Down

Dear Brian,

it is possible to use notifications with schedules, so that they would only be sent out during 'active' hours. We suggest to create a new notification for these devices/sensors that is paused by the schedule in the night, and then use the notification for the triggers on said devices/sensors.

Best Regards.

Created on Oct 28, 2010 2:11:56 PM by  Torsten Lindner [Paessler Support]



Votes:

0

Your Vote:

Up

Down

I now understand that this is now possible via this method. thank you. a comment however - if you move the schedule option from the individual notification definition page to the sensor notifications tab it would prevent me from having duplicate many different notifications just to adjust the schedule. for example, the way it is designed now if i have 5 different notifications (groups), with 5 different schedules each, i need to duplicate and create 25 different notifications. any change to one would need to be redone to all.

If the schedule is moved (or added) to the sensor notification definition page, i can define one notification and apply the schedule dynamically to the single notification when defined at the sensor. very similar to the frequency of those same notifications.

Created on Oct 29, 2010 1:26:58 AM by  Brian Nowak (0) 1



Votes:

0

Your Vote:

Up

Down

Dear Brian,

that might save time, yes, but on the other hand, for users who apply one notification to many sensors / devices, they would have to go to each objects trigger-page and change the schedule there if necessary, where as it would be one change in the "Notification"-Setup-Page with the way it is now. So this will most likely not be changed.

Best Regards.

Created on Oct 29, 2010 1:14:59 PM by  Torsten Lindner [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Is this functionality in PRTG Network Monitor V7?

Thanks!

Created on Mar 31, 2011 4:24:25 PM by  BoRyan Eberhard (0) 1



Votes:

0

Your Vote:

Up

Down

Notifications can be set on schedules also in PRTG 7, yes.

Created on Mar 31, 2011 4:30:36 PM by  Torsten Lindner [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Since there are strong arguments for tying the schedule to the notification definition and to tying the schedule to the notification trigger (on the group, device or sensor level) would it be possible to do both? I think ideally there could be another column in the notification trigger which allows you to select a schedule to apply to this trigger. The drop down could have options for "none", "Use schedule defined in notification (default)" and a list of the defined schedules.

Then to help those who would need to visit many groups/devices/sensors to change a trigger schedule, make it searchable and multi-editable.

We have a global customer who has offices that are 24x7 monitored and offices that are only monitored during local business hours. Right now we need to create a local schedule and 4 different notifications (one per trigger) for each timezone on the planet. This is especially difficult since we highly customize the notification content (text and HTML). If we could tie notifications to triggers then we'd still need each of the unique timezone schedules but could reuse existing notifications instead of having to create 156 new ones.

Created on Apr 11, 2011 4:30:32 PM by  Jim Kirby (181) 2 1



Votes:

0

Your Vote:

Up

Down

In my opinion this would make the user interface unnecessarily complex for most users. Please consider working with schedules on the group/device/sensor level instead of the notifications, that's what we designed to software for.

Created on Apr 12, 2011 8:20:36 AM by  Dirk Paessler [Founder Paessler AG] (10,880) 3 4



Votes:

0

Your Vote:

Up

Down

This should be revisited. The user interface would not be any more complex in my opinion as the users that are asking for it are advanced users. If by default on every notification it was set to use the schedule as defined by the notification then for most people they will just ignore it.

I like others here have locations across the many different time zones and is just way to hard to create all the notification groups based on all the different time zones. It easily goes over one hundred very quickly.

While i like the simple idea of a schedule being tied to the Notification in reality it's more complex than that. You can't simply say "Please consider working with the way we designed it" Seeing as we are the actual users of it we ask you to please include the feature which will only make your already great product even stronger and more flexible.

Created on Jun 2, 2014 10:09:08 PM by  Steven Foster (0)



Votes:

0

Your Vote:

Up

Down

Steven, thank you very much for your feedback. We actually have improvements for this, notifications during maintenances, and how to enable pauses on them, on the list. I cannot go into details right now, and have to ask you to please bear with us.

Created on Jun 3, 2014 11:30:03 AM by  Torsten Lindner [Paessler Support]



Votes:

0

Your Vote:

Up

Down

I really look forward to seeing something like this get put in place. Right now our customers will have maintenance whenever they see fit and give us a day or two warning. As it stands right now, all we can do is schedule a one time maintenance window and it pauses the data recording for those sensors or groups. It would be much more beneficial to just pause notifications during that time frame so we can still track the historical data.

Please push to get this in place sooner than later, do we have any idea on time frame this might be in place? Without giving too much away of course.

Created on Jun 23, 2014 4:18:33 PM by  Josh (0) 1 1



Votes:

0

Your Vote:

Up

Down

I'm sorry, in the moment, I cannot provide an ETA.

Created on Jun 24, 2014 7:43:08 AM by  Torsten Lindner [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Hi, One more customer with same needs. When a sensor is down, we got the notification, ok. Then more notifications if the sensor stay down. Ok. After 5, 10 notifications for the same sensor, it's boring and useless.

The easy way to stop the notification is to pause the sensor, easy and fast, but then no more view on the state of the sensor = bad.

The hard way to stop : going to notification tab and ticking the special handling notification( something like this). This way the sensor is still monitored, but no notification = good.

Sadly, when the sensor is back good, we have to go again to the notification tab to tick back the general notification scheme. If missed, the sensor have no notification (very bad).

My point of view, as a user , a "pause notification" with timed duration (same as normal "pause") to be added to objects in PRTG.

I browsed the KB for this and I know pause notification the way we like is not supported now. It's a feature request.

Thanks.

Pierre

Created on Jun 30, 2014 1:26:44 PM by  pwagner (50) 1 1



Votes:

0

Your Vote:

Up

Down

Pierre, the first action in such cases then should be to acknowledge the alarm on the sensor. This will prevent further notifications, but also keep the sensor active, in case scans are successful again.

Created on Jun 30, 2014 1:57:10 PM by  Torsten Lindner [Paessler Support]



Votes:

0

Your Vote:

Up

Down

I agree that this would be a great feature. We don't want to lose data during maintenance windows, we just don't want alerts. In fact, maintenance windows can be some of the most important times to get monitoring data. This could be for current status to make sure everything is working properly before tickets start getting generated or it could be for later to go back and see what happened when we did maintenance on X; what services were impacted?

We have worked around this with schedules on notifications, but it doesn't really support multiple situations. We have a global no notification between midnight and 4 a.m. server time, but we miss important things and we have to setup escalations for something that may have happened in this time period and not alerted on because of the notification schedule.

Please revisit to improve this for everyone.

Created on May 3, 2018 5:08:40 PM by  schester (0) 1



Please log in or register to enter your reply.


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.