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 to troubleshoot open requests on probe?

Votes:

0

On one of our probes, the health sensor shows the following warning: 227 Items (Open Requests) is above the warning limit of 100 Items.

Interval delay WMI currently shows a 21% delay.

CPU, bandwidth and memory on the probe seem to be normal. How can we further troubleshoot this?

open-requests probe wmi-delay

Created on Nov 20, 2013 8:19:37 AM



8 Replies

Votes:

0

This sounds like the probe is having an issue handling the amount of WMI sensors that you have on the system. If you look in the probe logs you should be able to see what sensors specifically are timing out but most likely changing the scanning intervals on some of these sensors would solve the issue.

If you need to keep them on this interval, you could also consider deploying a remote probe These will help to load balance the WMI requests. This issue isn't really a resource problem in the traditional sense of RAM and CPU, it's more an issue with the WMI subsystem limitations on the server.

Another option with this in mind would be to change some of these sensors to only use Performance Counters in the windows compatibility options of the devices or group or to switch to another monitoring protocol like SNMP.

Created on Nov 20, 2013 11:27:05 AM by  Greg Campion [Paessler Support]



Votes:

0

Thanks for the response, I'll definitely look into that. I'll let you know what the results are.

Created on Nov 21, 2013 12:09:00 PM



Votes:

0

Is there a simple way in PRTG to show all WMI sensors? Or to tell if a sensor is WMI/SNMP?

All of my sensors were auto-discovered, and I am ok with switching them to SNMP. I am assuming this would be to manually delete the WMI sensors that were discovered and manually add SNMP sensors that track the same information?

Created on Nov 5, 2018 1:31:32 PM



Votes:

0

This can be done by selecting the following from the menu:

SensorsBy TypeW...WMI ...

You should migrate on a per sensor-type basis to avoid missing any :)


PRTG Scheduler | PRTGapi | Feature Requests | WMI Issues | SNMP Issues

Kind regards,
Stephan Linke, Tech Support Team

Created on Nov 5, 2018 7:11:08 PM by  Stephan Linke [Paessler Support]



Votes:

0

I had too many open requests in one of my remote probes, but could not find the log file contains sensors specifically are timing out.
Would you please say the path of that log file a little more detailed?

Created on Dec 1, 2020 11:04:52 AM



Votes:

0

You will first need to generate the log files on the probes. For that open the PRTG web interface and navigate to Setup>System Administration>Administrative Tools and click on Go! under "Write Probe State Files". Afterwards you can find the log files on the system running the affected probe under:

C:\ProgramData\Paessler\PRTG Network Monitor\Logs\debug


Kind regards,
Sasa Ignjatovic, Tech Support Team

Created on Dec 1, 2020 1:24:11 PM by  Sasa Ignjatovic [Paessler Support]



Votes:

0

In this given scenario of wanting to see which WMI probes are taking too long, which file in the Logs\debug do you look at to verify it. Is there a pattern to search in these logs that will show which sensors are taking too long?

Created on May 24, 2021 6:17:16 PM



Votes:

0

You would want to check the "Probe State (Scheduler Debug Data)" file. In it the "Timing's" are important. You should check if any sensors need unusually long, or if they even need longer than their set scanning interval. Also, in the "Probe State (Global Debug Data)" file you can check if any of the devices report any WMI errors.


Kind regards,
Sasa Ignjatovic, Tech Support Team

Created on May 25, 2021 9:57:29 AM by  Sasa Ignjatovic [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.