Windows Monitor Data collection is running too slow and it is timed out
Applications Manager uses VB scripts for connecting and fetching Telemetry data from remote servers.
This error occurs when the script execution times out (default timeout value is 300 seconds).
Possible Reasons:
- Data collection script may be running too slow and could have timed out due to some network issues in Windows.
- Target remote server did not respond because it was hung or performing some resource intensive operation.
- WMI classes got corrupted in the target server.
- Recent Firewall / AV upgrade / policy changes are blocking traffic between Applications Manager and the target server.
Troubleshooting :
Customers using build 15160 and above:
- Navigate to Admin > Tools > Self Help Tools.
- Choose the required host and monitor type.
- Click on the Execute button to run the script.
- View the report generated and check the WMI Tool overall execution time.
- If it is very high, refer the fix suggested in this solution.
Customers using build below 15160:
- To verify the error, please run the data collection script in both the Applications Manager installed server and the actual server to check the time taken for the WMI query execution.
Script Usage:
From Applications Manager Installed Server :
- Open command prompt as Admin User.
- Go to the path <APM_HOME>\working\conf\application\scripts in the command line and execute the following:
- set start=%time%
- cscript windowsScripts.vbs "hostname" "username" "password" "memory.vbs,cpucore.vbs,cpu_2008.vbs,disk.vbs:,NetworkInterface.vbs,uptime.vbs,PhyMemCpuImportProduct.vbs,services.vbs"
- set end=%time%
- echo %start%
- echo %end%
Note: In line 2, you need to replace hostname, username and password with actual values.
If the time taken is higher for script execution, we need to identify the problem and fix it.
Fix:
In the target server, login using same credentials provided in Applications Manage and test if the WMI query execution is slow.
Run
WBEMTEST, connect the namespace root\cimv2
- Click on query and enter query as "Select * from Win32_ComputerSystem"
- Note down the number of seconds the query takes to execute.
If this also takes time, WMI could be corrupted.
Kindly perform the WMI reconstruction operation based on the suggestion given by Microsoft in the below URL:
Test if the remote basic WMI query from Applications Manager server is slow by using the same account used for monitoring.
- Run WBEMTEST, connect the namespace \\machinename\root\cimv2
- Provide the username and password for the remote machine
- Click on query and enter query as "Select * from Win32_ComputerSystem"
- Note down the number of seconds the query takes to execute.
If this query takes a longer time to run, the problem might be in the network between Applications Manager server and the target monitored server. So check for any changes in AV / Firewall settings.
If the server is expected to respond slow, increase the script timeout to avoid the Data Collection Timeout issue. (this is generally not recommended as this increases the time taken to fetch metrics and can cause slowness in data collection).
Here are the troubleshooting steps to increase the timeout:
- Navigate to Windows->Monitor Details Page->Snapshot View->Edit Monitor.
- Add 300 more seconds to the Timeout value.
- Now poll the problematic monitor and check if the issue persists.
- Check for network issues. Check the Receive Side Scaling and the TCP Chimney registry settings. If you have enabled TCP Chimney along with RSS setting, WMI may fail.
If still problem persists, share error monitor page screenshot, edit monitor page screenshot, self help tool output or script output and support information file to
appmanager-support@manageengine.com.
New to ADSelfService Plus?