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

custom sensors are unflexible

Votes:

0

We have 2 custome sensors with powershell. One observing DHCP scopes and another checking the expiary date on certificates. These sensors work well until we change something. If we rename or delete a scope in DHCP, the sensor doesnt get any data anymore (because we identify the channels with the scopename) and sends out an alarm. Only way to get around that, is to delete and recreate the sensor. On the first run, PRTG creates all channels based on the first run and it sticks with them. Is there a solution for this in the future?

I had a look at the API, but it is not possible to create sensors these days. Only workaround is to clone another sensor. But that isnt very beautiful.

clear custom-sensor powershell prtg

Created on Jul 13, 2016 7:47:14 AM



Best Answer

Accepted Answer

Votes:

0

It's on our wishlist but will probably never find it's way into PRTG I'm afraid :)

Created on Jul 14, 2016 12:35:49 PM by  Stephan Linke [Paessler Support]



7 Replies

Votes:

0

So you basically need to change the parameters of the script, once anything changes?

Created on Jul 13, 2016 7:51:42 AM by  Stephan Linke [Paessler Support]



Votes:

0

To clarify some more im gonna give you an example:

I have a script that reads out all DHCP scopes on the server. For example these 3 scopes showing the amount of free IP addresses as values:

channel      value
Scope1       5
Scope2       9
Scope3       2

On the first run, PRTG creates 3 channels with name Scope1, Scope2, Scope3. If we delete Scope3 because we dont need it anymore, PRTG sends out an alarm. If we create Scope4, PRTG will never get data from this Scope because it wasnt there when we first ran it. So you pretty much have to stick with the channels you first had. Same goes for certificates. They constantly change. New ones arent gonna get picket up by PRTG and deleted certificates are shown as error because PRTG doesnt get any data for them anymore.

it would be great to have something like a "fireNforget" sensor that doesnt keep the data for history, but just observes the current state based on the data it gets from the script.

Created on Jul 13, 2016 8:05:50 AM



Votes:

0

Yeah, that's because channels can't be deleted actually. Your best bet is either to create a sensor for each scope or create 10 channels where only some are active and have limits set. You should be able to check if the scope exists and then set the limit accordingly using the API:

/api/setobjectproperty.htm?id=sensorid&subid=channelid&subtype=channel&name=property_name&value=x
Limitminerror and Limitminwarning are probably the values you want to set.

About the certificates - you're monitoring them using a custom sensor as well, don't you?
Probably the same solution would apply here then.

Created on Jul 13, 2016 8:44:00 AM by  Stephan Linke [Paessler Support]

Last change on Jul 13, 2016 8:44:18 AM by  Stephan Linke [Paessler Support]



Votes:

0

We already set limitminerror and warning via the powershell script in the respective xml structure. These solutions are nice workarounds, but it would be great if you could set this topic on the feature wishlist somewhere. It would be great if we could delete channels in custom sensors, and if a new channel comes in via XML values, a new channel should be created in the PRTG Gui for that aswell.

Thanks and best regards

Created on Jul 14, 2016 11:36:09 AM



Accepted Answer

Votes:

0

It's on our wishlist but will probably never find it's way into PRTG I'm afraid :)

Created on Jul 14, 2016 12:35:49 PM by  Stephan Linke [Paessler Support]



Votes:

0

Thanks for having a look into this case and your honesty. But remember, you have the power to remind the wishlist team repetitively about this feature. Dont give up. We PRTG users trust in your ability to persuade...

Created on Jul 14, 2016 2:00:58 PM



Votes:

0

Well, we keep trying but it's always getting postponed due to the sheer complexity :)

Created on Jul 15, 2016 9:03:56 AM by  Stephan Linke [Paessler 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.