After setting up a new SpectroSERVER (SS) Fault Tolerant pair in an existing Distributed SpectroSERVER Environment, the existing OneClick (OC) systems are not able to see the new Primary and Secondary SpectroSERVERs.
Running the following commands show the new landscapes in the list:
$SPECROOT/SS-Tools/MapUpdate -v
and
HostUpdate -v
The $SPECROOT/.hostrc
file on the new SS systems have the hostname of the OC systems.
There are no issues with hostname resolution between the new SS systems and the OC systems.
There are no issues with required ports being blocked between the new SS systems and the OC systems.
DX NetOps Spectrum all currently supported releases
The root cause is that the initial user model on the new systems is different to the admin user model on the MLS. This shown by the value of the adminUserName
parameter in the OneClick $SPECROOT/tomcat/webapps/META-INF/context.xml
. If the user defined in there does not exist in the new SpectroSERVER database, then this error will occur.
Add the Admin user model to the database on the new SpectroSERVERs as defined by the adminUserName
parameter in the OneClick $SPECROOT/tomcat/webapps/META-INF/context.xml
file.