Skip to page contentSkip to chat
ServiceNow support
    • Community
      Ask questions, give advice, and connect with fellow ServiceNow professionals.
      Developer
      Build, test, and deploy applications
      Documentation
      Find detailed information about ServiceNow products, apps, features, and releases.
      Impact
      Accelerate ROI and amplify your expertise.
      Learning
      Build skills with instructor-led and online training.
      Partner
      Grow your business with promotions, news, and marketing tools
      ServiceNow
      Learn about ServiceNow products & solutions.
      Store
      Download certified apps and integrations that complement ServiceNow.
      Support
      Manage your instances, access self-help, and get technical support.
Windows Credential Test failing with "Module ExecuteRemote could not be found" - Support and Troubleshooting
  • >
  • Knowledge Base
  • >
  • Support and Troubleshooting (Knowledge Base)
  • >
  • Windows Credential Test failing with "Module ExecuteRemote could not be found"
KB0812339

Windows Credential Test failing with "Module ExecuteRemote could not be found"


871 Views Last updated : Apr 8, 2025 public Copy Permalink
KB Summary by Now Assist

Issue

While testing the credential, i.e. Windows Credentials, the following issue might appear.

Release

Any Release

Cause

There might be various reasons why this issue arises. The manner to troubleshoot this issue would be to follow each point mentioned in the resolution section.

Resolution

  • Enter inside the MID Server folder looking for the ExecuteRemote.psm1 file and confirm that this is OOTB.  - KB0791120
  • Windows Discovery Probes that use Remote Execution framework may be blocked by Antivirus software or ExecutionPolicy  - KB0727945
  • The MID Server service might be running using a Local System account. The MID Server log with debugging indicates that the test it's failing when performing the check to see if "ExecuteRemote" existed using Get-Module -List command.  If missing it means that the user account probably did not have enough privileges to list the modules. Please see below:
Worker-Interactive:CommandPipeline-e196a9fcdbd00810c339b04ffe961963 DEBUG: execute($env:PSModulePath = $env:PSModulePath + "C:\MID_SERVER\mid.madrid-12-18-2018__patch5-06-26-2019_07-01-2019_1425.windows.x86-32\agent/scripts/Powershell/WinRMAPI")
Worker-Interactive:CommandPipeline-e196a9fcdbd00810c339b04ffe961963 DEBUG: execute($SNC_modList = Get-Module -List; $SNC_modExists = $false; forEach($SNC_module in $SNC_modList) { if ($SNC_module.Name -eq "ExecuteRemote") { $SNC_modExists = $true } } if (!$SNC_modExists) { Write-Host MI8D_COMMAND_FAILURE })
  • If the path has a special character for instance: "MID Server für DEV" you might experience this issue. The solution is to create a new MID Server folder without any special character, for instance: "MidServerDev".

The world works with ServiceNow.

Sign in for more! There's more content available only to authenticated users Sign in for more!
Did this KB article help you?
Did this KB article help you?

How would you rate your Now Support digital experience?

*

Very unsatisfied

Unsatisfied

Neutral

Satisfied

Very satisfied

Very unsatisfied

Unsatisfied

Neutral

Satisfied

Very satisfied

What can we improve? Please select all that apply.

What are we doing well? Please select all that apply.

Tell us more

*

Do you expect a response from this feedback?

  • Terms and conditions
  • Privacy statement
  • GDPR
  • Cookie policy
  • © 2025 ServiceNow. All rights reserved.