How to restore the Server Nodes configuration in RSA Identity Governance & Lifecycle

a year ago

Originally Published: 2020-03-06

Article Number

000049686

Applies To

RSA Product Set: RSA Identity Governance & Lifecycle
RSA Version/Condition: 6.x, 7.0.x, 7.1.x, 7.2.x, 7.5.x, 8.0

Issue

The server or servers that the RSA Identity Governance & Lifecycle application runs on are listed in the RSA Identity Governance & Lifecycle user interface under Admin > System > Server Nodes and in table T_SERVER_NODES in the AVUSER schema. Sometimes the server node configuration contains incorrect information. We have seen this problem after an upgrade, a database migration, or a restoration of a database from another system where the server node(s) still point to the original system. This RSA Knowledge Base Article describes how to restore the Server Nodes to their correct configuration.

Examples of incorrect Server Node configurations:

Startup failure

The startup might fail because the System Operations Node (SON) is not available and the Aveksa application cannot start.

Initialization has failed!
Unable to initialize security model. security Application not created.
The aveksa security application must be initialized first by the System Operations Node(SON).

Incorrect server in the list

In this example, the application is running on acm-720.vcloud.local but the database was restored from a server called acm-700.vcloud.local. In this case, the system starts but product components such as collections and AFX that require a SON will not be able to run as the SON does not exist.

Server nodes listed multiple times

We have seen this after a database migration. The cause is unknown.

Resolution

This issue may be resolved by truncating the T_SERVER_NODES table and restarting RSA Identity Governance & Lifecycle.

NOTE: Truncating this table is a safe approach and will remove all data from the table. Removing all the data from this table ensures that the startup will be able to re-configure the data in this table correctly.

If you have access to the user interface and there are Action buttons available under the Admin > System > Server Nodes > Action column, you may follow the instructions on the buttons (Delete, Make next SON) and restart RSA Identity Governance & Lifecycle later. However, the truncate table solution that is documented here will work in any situation where the server nodes are incorrectly configured.

acm stop

sqlplus avuser/<password>
SQL> truncate table T_SERVER_NODES;
SQL> exit;

Start RSA Identity Governance & Lifecycle:

acm start

This will repopulate the T_SERVER_NODES table with the correct node (or nodes if this is a cluster.)

Don't see what you're looking for?

Examples of incorrect Server Node configurations:

Related Articles

Trending Articles