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

PRTG Network Monitor

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

Free Download

Top Tags


View all Tags

Custom Sensor: Program not executable by script

Votes:

0

Your Vote:

Up

Down

I've created an PowerShell script running a program and examining its output. When the scipt is run by PRTG as sensor, the sensor fails and the log says that the given path could not be found as a executable program, script, etc. However, if I run the script with as the same user also running the PRTG Core Service, in the same way PRTG does, the script executes sucessfully. The path of the program inside the script is given in absolute form. I re-checked it by copying the path from the error message in the log to PowerShell, causing the program to run.

custom-sensor exexml powershell

Created on Oct 24, 2014 2:28:37 PM by  ages (1,008) 5 1



12 Replies

Votes:

3

Your Vote:

Up

Down

Hi,

The PRTG probe that executes the script, by default runs on the local system account.

As long as the path of the program inside your script points to the local machine, this should not be a problem. If it is a network share, the local system account will not be able to access this share!

Created on Oct 24, 2014 3:26:13 PM by  PRTG Tools Family [prtgtoolsfamily.com] (13,253) 3 4



Votes:

0

Your Vote:

Up

Down

The program to be executed resides on the local machine, no network share involved. The program in question is PortQry.exe from Microsoft (http://www.microsoft.com/en-us/download/details.aspx?id=17148).

Created on Oct 27, 2014 9:06:23 AM by  ages (1,008) 5 1



Votes:

0

Your Vote:

Up

Down

What command line parameters are you using with PortQry.exe in your script?

Created on Oct 27, 2014 9:45:31 AM by  PRTG Tools Family [prtgtoolsfamily.com] (13,253) 3 4



Votes:

0

Your Vote:

Up

Down

-n, -e and -p (we need PortQry.exe to do UDP scans)

Created on Oct 27, 2014 11:00:44 AM by  ages (1,008) 5 1



Votes:

0

Your Vote:

Up

Down

With the -n parameter, the name of the (remote) computer is parsed. There might still be an issue here with the local system account not being allowed to run the port scan.

You can try to modify your script to write the output to a text file and next run it from PRTG. The output might differ from what you expect it to be.

Created on Oct 27, 2014 12:32:48 PM by  PRTG Tools Family [prtgtoolsfamily.com] (13,253) 3 4



Votes:

0

Your Vote:

Up

Down

The command doesn't even reach the point where to parse the remote computer name. I tried dumping the command before actually executing it, which gave me just the command I expected. Still, the error message (of the CommandNotFoundException) tells me that the path "C:\Windows\System32\PortQry.exe" could not be found as a program, Cmdlet, etc. When copying this path to PowerShell, the command runs fine. Now I'm kinda running out of ideas of how to debug this.

Created on Oct 27, 2014 2:31:07 PM by  ages (1,008) 5 1



Votes:

0

Your Vote:

Up

Down

Could the PortState sensor from http://prtgtoolsfamily.com/?page=downloads_sensors be of any use?

Created on Oct 27, 2014 2:57:30 PM by  PRTG Tools Family [prtgtoolsfamily.com] (13,253) 3 4



Votes:

0

Your Vote:

Up

Down

While the question remains why the original sensor refused to run from PRTG, the PortState sensor is indeed helpful as it covers just our need! Thanks for the hint!

Created on Oct 28, 2014 12:50:27 PM by  ages (1,008) 5 1



Votes:

0

Your Vote:

Up

Down

Using the PortState sensor, I'm running into some trouble interpreting the returned results. PRTGToolFamily, could you help me understand what the values returned by the sensor mean? The descriptions on the website says "number of seconds a TCP or UDP port is not responding", however, I'm receiving values ranging from 1 to 1.130.536, which raises some doubt about the correctness of the description.

Created on Nov 10, 2014 2:57:45 PM by  ages (1,008) 5 1



Votes:

0

Your Vote:

Up

Down

When using multiple instances of the PortState sensor, it is important to supply the sensors object id (-id= parameter).

When this parameter is omitted, results are mixed up and strange readings will appear.

Created on Nov 10, 2014 6:19:00 PM by  PRTG Tools Family [prtgtoolsfamily.com] (13,253) 3 4



Votes:

0

Your Vote:

Up

Down

I've created multiple PortState sensors on the same host, however, they are all configured with -id=%sensorid

Created on Nov 11, 2014 10:55:47 AM by  ages (1,008) 5 1



Votes:

1

Your Vote:

Up

Down

Please open a support ticket by sending an email to [email protected], refering to this KB article.

Please also include some screenshots from your sensor settings and their return values.

Created on Nov 11, 2014 11:29:30 AM by  PRTG Tools Family [prtgtoolsfamily.com] (13,253) 3 4



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.