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


Can I turn off Alarms?

Votes:

0

Your Vote:

Up

Down

I use PRTG to keep track of the printer counters. This works great.

However, users turn off printers setting the device in an alarm state. Notification is disabled so that is not my problem. In fact it's not a big problem. The point is that when I open PRTG I don't like to see a red message... I would like to be able to disable the alarm state for a device. Is this possible or could this be placed on a wishlist?

Martijn

alarmstate device disable prtg wishlist

Created on Mar 29, 2010 8:11:18 PM by  Martijn Maasland (0) 1

Last change on Mar 30, 2010 7:50:51 AM by  Daniel Zobel [Paessler Support]



Best Answer

Accepted Answer

Votes:

0

Your Vote:

Up

Down

For devices that are occasionally switched off, the solution is very easy. Add a Ping Sensor to monitor this device, make the Ping sensor in its Settings to be the Master object for parent (Dependency) and also enable its Auto-Acknowledge-Option. This way if the device is switched off, the ping fails, but will then pause all other sensors on the device and also auto-acknowledge itself.

Created on Jan 11, 2012 3:36:51 PM by  Torsten Lindner [Paessler Support]

Last change on Dec 25, 2012 11:48:13 AM by  Aurelio Lombardi [Paessler Support]



20 Replies

Votes:

0

Your Vote:

Up

Down

Unfortunately, it is currently not possible to suppress the "down" state of a sensor.

A Sensor Indicates a Device's Current Status

A sensor always indicates the current status of a device for the aspect it is monitoring. For example, if a printer is not reachable, a sensor on this device will change to a red "error" state to indicate the down status. You cannot change this, because otherwise the sensor would show incorrect information.

Created on Mar 30, 2010 7:50:11 AM by  Daniel Zobel [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Ok,

Thanks for the reply.

Would be nice to have this feater though.. I understand that a sensor indicates the curent status. I just don't want them to show up in the alarmlist....

Created on Mar 30, 2010 7:47:28 PM by  Martijn Maasland (0) 1



Votes:

0

Your Vote:

Up

Down

how do you want to be notified about a real printer issue then. e.g. someone unplugged the cable or the NIC is not working anymore?

If it does not show up as an error or if you ignore it you can as well not monitor the printer at all.

Created on Mar 31, 2010 7:22:40 AM by  Aurelio Lombardi [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Sorry for the late response...

I don't want to monitor events. I just want to monitor the page count. PRTG is perfect for this.

I don't want to know when the printer is turned of when the user is leaving for home. If there is a real problem with printing the user wil know where to find me if he can't solve it himself.

Created on May 10, 2010 7:56:59 PM by  Martijn Maasland (0) 1



Votes:

0

Your Vote:

Up

Down

we understand the issue, but one of the intentions of PRTG is that you know of any errors before the user does.

Created on May 11, 2010 4:41:38 AM by  Aurelio Lombardi [Paessler Support]



Votes:

0

Your Vote:

Up

Down

I have the same demand as Martijn.

I just want to monitor the toner level of some printers with a snmpcustomsensor. Everytime a user switches off the printer I receive an alert. I wish there could be a configuration in PRTG to turn off the alert-behaviour for some devices or sensors and just showing an unknown-state or something like this, but not an alert! Is there any possible solution in PRTG 9 to prevent the alert-state in the case mentioned above?

Flo

Created on Jan 11, 2012 3:17:11 PM by  Florian Felber (0)



Accepted Answer

Votes:

0

Your Vote:

Up

Down

For devices that are occasionally switched off, the solution is very easy. Add a Ping Sensor to monitor this device, make the Ping sensor in its Settings to be the Master object for parent (Dependency) and also enable its Auto-Acknowledge-Option. This way if the device is switched off, the ping fails, but will then pause all other sensors on the device and also auto-acknowledge itself.

Created on Jan 11, 2012 3:36:51 PM by  Torsten Lindner [Paessler Support]

Last change on Dec 25, 2012 11:48:13 AM by  Aurelio Lombardi [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Works absolutely perfect!! Thank you very much!

Created on Jan 13, 2012 10:00:53 AM by  Florian Felber (0)



Votes:

0

Your Vote:

Up

Down

I have a similar requirement but not the same. I am using PRTG to monitor cellular bandwidth usage on mobile devices that are on and off all the time.

The cellular provider has blocked ICMP on their network so i'm not able to use the workaround provided here.

Is there another way to achieve this? The only sensor I have to work with is SNMP traffic sensor.

Created on Oct 31, 2012 11:14:31 PM by  jeremyv (0) 1



Votes:

0

Your Vote:

Up

Down

There is no other workaround at the moment, sorry.

Created on Nov 1, 2012 9:27:59 AM by  Aurelio Lombardi [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Torsten Lindner is perfect for me as well! Thanks!

PS: This "You need 15 reputation to up vote" rule is the stupidest thing I've ever seen. Now you have the wrong answer marked as the right one. Retarded.

Created on Dec 24, 2012 3:55:16 PM by  JFG (0)



Votes:

0

Your Vote:

Up

Down

Anny updates to this issue?

We are using PRTG to Monitor the performance of some "problem" CAD Workstations. Works fine, but of yource when the ping sensor goes down the helpdesk gets an error. (and so they are loosing focus for the important errors) An acknowledged error isn't a good solution because itLs also read and nearly no difference to a real error. I think for a monitoring system the solution to switch off alarms for some sensors/devices/groups should be a must!!

Created on Mar 20, 2014 3:35:51 PM by  Plandata DvGmbH (0) 1



Votes:

0

Your Vote:

Up

Down

The solution still is to use the "Auto-Acknowledge"-Option on such Ping sensors. We really do believe there should not be a switch/option to disable error states. An error is an error. Maybe the Ping Sensor with only Warning would be an alternative.

Created on Mar 20, 2014 3:52:02 PM by  Torsten Lindner [Paessler Support]

Last change on Mar 20, 2014 3:53:04 PM by  Torsten Lindner [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Ok, i will try the ping-sensor with only warning, that sounds much better! Thanks!

In this case the ping error is not an error, because user CAD-workstations may be tunred off at any time from the user. But when running we still wan't to monitor them. And again, the autoacknowledged error sounds fine, but in the map there is nearly any difference between an normal error and an autoacknowledged error.

Created on Mar 24, 2014 7:21:29 AM by  Plandata DvGmbH (0) 1



Votes:

0

Your Vote:

Up

Down

ok, I have now tried the ping sensor with warning. That would be a good solution, but setting the ping sensor with warning as master object for parent does not work, because the warning state doesn't take the sensor down. So our helpdesk now gets several red errors instead of one per workstation. Any solution for this?

Created on Mar 24, 2014 8:26:29 AM by  Plandata DvGmbH (0) 1



Votes:

0

Your Vote:

Up

Down

Sorry no. A warning sensor cannot trigger dependencies.

Created on Mar 24, 2014 9:21:09 AM by  Torsten Lindner [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Torstein Lindner wrote: > We really do believe there should not be a switch/option to disable error states. An error > is an error. Maybe the Ping Sensor with only Warning would be an alternative.

I have a similar issue with Process Monitor (WMI). I need to track the behaviour and resource usage or a specific running program (not a service) on a Windows server, and it goes into an error state whenever 0 instances are running. The process is a program that churns data into reports (IBM InfoSphere) and it is not supposed to be running when there is no data to process, and should never trigger any alarms or notifications (unless I set it up threshold triggers)

I have a WORKAROUND for this which might help other users: 1. Split your PRTG tree into a primary tree and a secondary "test/troubleshooting" tree or whatever you want to call it. 2. For the devices on which you want to have monitoring without triggering an alert, create a duplicate device with the same IP address and add the sensors that you are having trouble with to the secondary tree 3. Exclude this secondary tree from your maps and disable notifications on the devices. (Remember: You can still have graphs from the secondary tree on your map, even if you, for instance, have a big Sunburst on your map with the primary tree sensors)

Then you can place sensors which go DOWN often in the secondary tree.

My own big sunburst map is displayed on big screens here, and this method prevents me from being bugged by management when they see something RED on the wall screen :)

Created on Dec 22, 2014 8:06:43 AM by  Dag A. Ruud (1) 1 1



Votes:

0

Your Vote:

Up

Down

Im still looking for a solution for this... I have an WMI process monitor running for a process that is not always running, nor does it need to be... I need to log its performance, yet i get warnings every time the process does a normal shut down... ANy way to disable this warning?

Created on Jan 2, 2016 9:57:37 PM by  pir8radio (170) 2 1



Votes:

0

Your Vote:

Up

Down

Hello, while this is not possible with the inbuilt process sensor, you can achieve it with a script running as a Custom Exe Sensor. You can use the script of the following article as base: How can I monitor the memory usage of Windows Processes without alarms?

Created on Jan 4, 2016 9:10:54 AM by  Torsten Lindner [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Hi all, in case someone still looking for a solution... I was searching for disabling the alert of a probe and came to this blog entry which finally brought me to the final idea with even different detailed options you have.

The key point of see / hiding the alerts of things you are not intersted in / responsible for is the root ID you start from. On the setup of the PRTG connection on the application you can enter the Root ID your view is starting from. So everything outside the subtree of your starting point is not considered, also no errors.

Option 1) You add an additional probe which monitors the time / case depending devices and you select the root ID on your main probe only. (In case you already have several probes, this will causing a connection for each of the other probes)

Option 2) You create a group element on top level of your probe and select the sibling node ID as your root ID on the configuration.

Finally a total different option could be to handle it with a user permission. So your standard users do not have the rights to see these sensors temporary off and you change to a second user / connection setting (on GUI application) to see those sensors.

Finally if all these above do not work. Run the query you want to do for a printer by SNMP or network bandwidth by WMI other protocols by script (Powershell, VB, ...) and handle the error in case of no response with "Sucess" return value. There you have it in your hands to outline the value just as warning and not as error. The device element you define above can be anything then which does not change to error in case it is not reachable.

Hope this helps. I will at least set it up now like this on my side to get rid of the error.

Finally, in case devices are powered off in predefined time frames or are powered on on fixed moments (like a printer always at core office hours) you can query the numbers / toner status once a day for 10 min by the "Schedule" in the settings of each Group, Device and Sensor (inherited).

Created on Feb 23, 2018 2:16:40 PM by  Jo (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.