Troubleshooting WinRM errors
This KB serves as a guide for troubleshooting errors when using the WinRM mode of data collection. First, ensure that all the following conditions are met:
Refer to the below link and check if all the WinRM prerequisites have been completed properly
- Run the following command in Admin Powershell on the target server to check the available listeners
winrm enumerate winrm/config/listener
- Ensure that the WinRM Protocol and port configurations are selected on the Add/Edit monitor page.
Given below are the possible errors and their solutions:
Error: WinRM cannot complete the operation. Verify that the specified computer name is valid, that the computer is accessible over the network, and that a firewall exception for the WinRM service is enabled and allows access from this computer.
Solution:
- Verify if the entered hostname is correct.
- Check if the remote machine is accessible from the Applications Manager server via the WinRM ports. The default port for HTTP is 5985, and HTTPS is 5986.
- Inspect the remote machine to ensure that the Firewall rule is enabled for the specified ports. You can find the listening ports by using the command 'winrm enumerate winrm/config/listener'.
Error: The client cannot connect to the destination specified in the request. Verify that the service on the destination is running and is accepting requests.
Solution:
- Verify if the WinRM service is running on the remote machine using Services.msc.
Run the following command in PowerShell on the remote server to analyze and configure the WinRM service:
winrm quickconfig
Error: Authentication failed. Kindly verify the username and password provided for the Host.
Solution:
- Verify if the entered UserName and Password are correct. Attempt to log into the remote server using the same credentials.
Error: WinRM firewall exception will not work since one of the network connection types on this machine is set to 'Public'. Change the network connection type to either 'Domain' or 'Private' and try again.
Solution:
Verify if the WinRM listener is created on the remote machine by running the following command:
winrm enumerate winrm/config/listener
- Check the firewall rule for the listener ports.
Error: The WS-Management service cannot process the request. The service cannot find the resource identified by the resource URI and selectors.
Solution:
- This error occurs when the WinRM listener is not listening on the specified port.
- Check if the WinRM listener is active on the designated port by using the command 'winrm e winrm/config/listener'. If it is not listening on the specified port, create a WinRM listener for that port.
Error: The WinRM client cannot process the request. Kerberos authentication cannot be used when the destination is an IP address.
Solution:
- This error occurs when an IP address is specified for Kerberos authentication.
- To resolve this error, provide the corresponding DNS for the given IP address as input. Additionally, ensure that the remote machine is in the same domain as the server machine to use Kerberos authentication.
Error: WinRM cannot process the request. Make sure your device is connected to your organization's network and try again.
Solution:
- This error typically occurs when the server and the remote machine are not in same domain. To resolve this issue, add the IP/DNS of the remote machine to the trusted host of the server, following the prerequisites for NTLM authentication.
Error: The data source could not process the filter. The filter might be missing or invalid.
Solution:
- This error usually occurs due to an error in the WMI query, or the WMI class we are trying to access might not be available on the remote machine.
- For further troubleshooting on this error, please contact support and provide the logs.
Error: A specified logon session does not exist. It may already have been terminated.
(or)
Error: The WinRM client cannot process the request. If the authentication scheme is different from Kerberos, or if the client computer is not joined to a domain, then HTTPS transport must be used or the destination machine must be added to the TrustedHosts configuration setting.
(or)
Error: The WinRM client cannot process the request. Default credentials with Negotiate over HTTP can be used only if the target machine is part of the TrustedHosts list or the 'Allow implicit credentials for Negotiate' option is specified.
Solution:
- To resolve this error, add the IP/DNS of the remote machine to the trusted host of the server by following the prerequisites:
- If the IP address is used for monitoring, specify the IP address in the trusted hosts.
- If the hostname is used for monitoring, specify the hostname in the trusted hosts.
Error: The WinRM client cannot process the request. The connection string contains an unsupported transport.
Solution:
- This error occurs when the connection string contains an unsupported transport.
- For further troubleshooting on this error, please contact support and provide the logs.
Other Errors:
Steps to follow:
- Enable 'Print all logs' by navigating to Settings -> Logging -> Current log setting.
- Poll the reported monitor and wait for the polling to complete. Check the 'Last Polled at' time from the Monitor Information tab.
- Generate the latest Support Information File (SIF) from Applications Manager.
- Reach out to appmanager-support@manageengine.com along with the SIF, error screenshots, and prerequisites screenshots to troubleshoot the issue further.
New to ADSelfService Plus?
Related Articles
Troubleshooting errors in Exchange Online (PowerShell Mode)
Prerequisites: Ensure that you have met all the prerequisites for the Microsoft 365 monitor. From Applications Manager version 16300 onwards, Microsoft 365 monitor will use Microsoft Graph API as the primary mode of data collection. We have migrated ...
Real User Monitor (RUM) - Troubleshooting
If the monitor has not polled data for a long time, follow the steps below for troubleshooting: Step 1: Check the RUM Agent configuration Real User Monitor requires the RUM Agent to be installed and mapped to the Applications Manager. Refer the help ...
Troubleshooting errors in SharePoint Online (PowerShell mode)
Prerequisites: Ensure that you have met all the prerequisites for the Microsoft 365 monitor. From Applications Manager version 16300 onwards, Microsoft 365 monitor will use Microsoft Graph API as the primary mode of data collection. We have migrated ...
Troubleshooting Failed Diagnostic Tests
This KB is intended for troubleshooting Diagnostic Tests with Failed results. If you encounter any errors displayed in the monitor that prevent the execution of Diagnostic tests, or if there is no data available for Diagnostic Tests, please refer ...
Troubleshooting errors in Microsoft Teams monitor (For versions upto 16300)
Prerequisites: Ensure that you have met all the prerequisites for the Microsoft 365 monitor. From Applications Manager version 16300 onwards, Microsoft 365 monitor will use Microsoft Graph API as the primary mode of data collection. We have migrated ...