Some content on this site is available only to logged-in subscribers. Contact Us for information on becoming a subscriber.

InSource.Solutions | InSource Training | InSource Client Portal
InSource Solutions Logo
Log In Sign Up
InSource.Solutions InSource Training InSource Client Portal Log In Sign Up
  • Home
  • AVEVA Application Server
  • AVEVA Application Server Tech Notes

TN - AppSrv - 25060509 Resolving Domain Based Deployment Errors

Last updated: May 18th, 2026

Description

  • Author: James Rochester
  • Published: May 18th, 2026

Details:

Description

This article from InSource discusses a potential reason for Platform Deployment Failures.

  • Author: James Rochester
  • Published: 6/5/2025
  • Applies to: System Platform 

Details

When deploying a WinPlatform you may observe one of the following errors:

"Failed to create a remote interface with the version information from Bootstrap."

“Remote Node's UserID/Password don't match GR Node's”.

"Remote activation was necessary but server name was not provided".

“Cannot find the target pc on the network.”

In order to verify if the deployment issue is Domain related you should begin by running the following command as an Administrator in command prompt on the target node.

Nltest /sc_verify:[ <DomainName>] 

(Checks the status of the secure channel that the NetLogon service established. If the secure channel does not work, this parameter removes the existing channel, and then builds a new one. You must have administrative credentials to use this parameter.)

If the test fails this indicates that the servers secure channel to the Domain is corrupt and you can proceed to running the following command.

If the test is successful please refer to one of these Deployment Troubleshooting Technical notes. 

TN 1283 Troubleshooting Deployment Failures

Common Platform Errors During Deployment

Run as an administrator in command prompt on the target node.

Nltest /sc_reset:[ <DomainName>]

(Removes, and then rebuilds, the secure channel that the NetLogon service established. You must have administrative credentials to use this parameter.)

After successfully running the commands you can reattempt to deploy the affected WinPlatform. 

Note: It is possible to experience this same type of Domain issue on the development server where you are deploying. However this would lead to deployment issues with any Win Platform and not a specific instance. If you believe your development node is currently experiencing this issue the same steps apply.



 

domain deployment fixing errors
Give feedback about this article

Recommended articles

[ISS Support Case] Platform deployment failure

Failed to deploy failed to find target platform aa bootstrap register platform failed.

Read More

[ISS Support Case] Deployment Failure

Client reached out because after making configuration changes to multiple objects she had pending changes on objects in Galaxy. When trying to deploy the objects user was receiving engine communication failure message. This is a single node environment.

Read More

[ISS Support Case] Platform Deployment Failure

Client reached out as when user was attempting to deploy WinPlatform user was receiving the following error: "Cannot find the target PC on the network OR target PC can not communicate back to the Galaxy Repository using the NIC that is top in the binding order."

Read More
Support Icon

CONTACT SUPPORT

How to reach us

10800 Midlothian Turnpike Tpke, Suite 209, Richmond, VA 23235

1.877.INSOURCE

Technical Support - 1.888.691.3858

Contact Us

  • InSource Solutions
  • InSource Training
  • InSource Client Portal
  • Log In
InSource Solutions Logo

© 2026 InSource Solutions. All Rights Reserved.

Knowledge Base Software powered by Helpjuice

Expand