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 AppSvr303 Resolving Deployment Issues When Creating New Galaxies or After Upgrading System Platform Servers

Last updated: March 3rd, 2025

Description

  • Author: Chris Cleope
  • Published: March 3rd, 2025

Details:

Description

This article from InSource reveals a standardized approach for dealing with deployment issues when creating a new galaxy or after an upgrade. The following steps should be taken on platform servers, including: the Galaxy Repository server, the Application Object servers, the terminal servers, the Historian server and all FAT clients.

  • Author: Mario Meza
  • Published: 06/18/2018
  • Applies to: Application Server
  1. Run the Change Network Account utility. All settings in this tool (domain account, local machine account, user name, password ) must match across all servers and computers. If the Administrator account has not been created, select "Create Local Account" if prompted to create the account or update the account with the new password, accept the changes. Reboot
  2. Make sure the Windows Firewall is disabled.
  3. Validate system platform component versions are identical.This can be done through the Control Panel. For example, if Patch 01, Update 01 has been installed on the GR and no other servers, the deployment will fail.
  4. Verify that you have a local area connection named ArchestraA. This NIC needs to be first in the binding order. To set the order, Open Network Sharing browser. Browse to change adapter settings. In the main header, select Advanced and then Advanced settings. In the connection list ArchestrA should be first. If you are checking this on Application Object Servers, the need to have to have a heartbeat NIC named RMC. This should be listed second in the binding order. If you ever need to add another NIC at any point validate the binding order again.
  5. Both the RMC and the ArchestrA NIC's need to have the IPv6 disabled.
  6. Run the OSConfigurationUtility.exe located in Program Files (x86)\common files\ArchestrA\
    (After running this tool a reboot will be required)
  7. If you are still experiencing deployment issues, follow the steps outlined in tech note TN867
  8. Once the previous steps have been verified and there are still issues with deployment, rerun the Change Network Account Utility one final time. If any of the above settings had to be reconfigured, rerunning the utility may resolve the issue
troubleshooting upgrade
Give feedback about this article

Recommended articles

TN 1394 Error when Deploying: Remote Node's UserID/Password don't match GR Node's

Read More

TN 1366 Managing your Standalone InTouch Application in the Galaxy

Read More

Resolving "Open: Memory on the computer is low. New editor can't be launched."

Read More

TN 1040 No Alarms in Window Viewer

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

© 2025 InSource Solutions. All Rights Reserved.

Knowledge Base Software powered by Helpjuice

Expand