SECJ0373E Node synchronization failure after modifying federated repository

Technote (troubleshooting)


In the following scenario you might not be able to synchronize the node configuration with the deployment manager in a clustered environment and may receive error message SECJ0373E.

  1. You created a WebSphere Process Server deployment manager profile that is automatically configured with a file-based repository (global security enabled).
  2. At least one custom node was federated to the cell. The node includes the security configuration that is set on the deployment manager.
  3. The node agent of the federated custom node is up and running.
  4. You change the user name of the system administrator or operator role in the file-based repository.


The information contained in this document has been moved to developerWorks Answers located here. This technote will be archived in 60 days. Please bookmark the new location.

After you change the user name of the system administrator, the node synchronization on the custom profile fails. The failure occurs whether you enable automatic node synchronization or you synchronize nodes manually using the administrative console or the syncNode command. The following runtime exception is logged in the SystemOut.log file of the node agent:

[1/1/09 10:10:10:100 CEST] 00000001 RoleBasedAuth A SECJ0305I: The role-based authorization check failed for admin-authz operation NodeSync:isNodeSynchronized. The user wpsadmin (unique ID: wpsadmin) was not granted any of the following required roles: adminsecuritymanager, deployer, administrator, operator, monitor, configurator.
[1/1/09 10:10:10:200 CEST] 00000001 LTPAServerObj E SECJ0373E: Cannot create credential for the user <null> due to failed validation of the LTPA token. The exception is CWWIM4001E The 'uid=wpsadmin,o=defaultWIMFileBasedRealm' entity was not found.

In a security-enabled environment, you must provide the user name and password for stopping the server. The new user for the administrator or operator role is not yet propagated to the federated node. Therefore, the operation fails.


When you change the user name of the system administrator or operator in the current repository (for example, file-based or Lightweight Directory Access Protocol (LDAP)), the change immediately takes effect on the deployment manager. The new user configuration is not changed in the repository, but it is changed in the WebSphere Application Server security configuration files. At this point, the node still uses the previously configured user name for synchronization and authorization because it is not synchronized with the new security configuration. Subsequently, attempt to synchronize the node fail.


This problem occurs in a clustered environment and with all supported user registries.

Resolving the problem

When you change the user name of the system administrator or operator role, make sure that at least one user is mapped to this role. To solve the problem, follow these instructions:

  1. Stop all of the node agents of all custom nodes that are federated to the cell.
  2. Log in to the administrative console of the deployment manager.
  3. Verify that at least one user is available in the repositories and is mapped to the administrator or operator role. The information in the user repository is not changed. Mappings to the security roles are stored in configuration files only.
  4. Save the changes to the master configuration.
  5. On each node agent, run the syncNode command manually.

After all of the nodes are synchronized with the configuration of the deployment manager, synchronization works properly. To avoid the problem, use one of the following workarounds:
  • Keep the current administrative user in the repository. Map an additional user to the administrator or operator role. Recycle the environment to make the new user available to all nodes, and then delete or rename the old user account.
  • Instead of mapping user names to the administrative roles, use a group of users. As long as multiple users members of the group are in the repository, you can synchronize the nodes using another user name.

Related information

V6.2 product documentation
Security specifics to a multi-node process environment

Document information

More support for:

WebSphere Process Server

Software version:

6.1, 6.1.2, 6.2

Operating system(s):

AIX, HP-UX, Linux, Solaris, Windows, i5/OS, z/OS

Reference #:


Modified date:


Translate my page

Content navigation