In the mean time the issue for SS and Location server has solved on its own.... Vnmsh connect with spectrum admin user is working, remaining issue is authentication failure for the webserver. Webadmin, OC will not authenticate for the admin user.
From: De Munter, Erwin
Sent: Friday, February 14, 2014 2:02 PM
To: spectrum
Cc: RG BE gitv
Subject: Spectrum dismantle distributed Fault Tolerance two server concept.
request advice
Hi All,
In my long carrier of Spectrum administration we have set up several fault
tolerance and distributed environments, based on manuals on the fly
Today I have to, for special reason, dismantle a full functional two server
environment, consisting of a primary and secondary SS server into two
independent Primary servers, with the goal to use the old secondary for testing
upgrade to 9.3, and start virtualization migration.
So my thought of dismantle "fault tolerance" was the opposite flow then setting
up fault tolerance. But something is missing, resulting in issue with naming
service when starting location server
Replaced host names to something readable, and only displayed relevant
information
check cronjobs specuser/root secundary server
ok
[specuser@secondaryserver SS-Tools]$ ./MapUpdate -remove 0x4000000 -precedence
20
ok
Connecting to Location Server running at: secondaryserver port 0xdaff
Connecting to SpectroSERVER running at: primaryserver port 0xbeef
Successfully switched connection.
Found model: primaryserver, of type: LocalLscpe
loaded on VNM " primaryserver " (primaryserver) port 0xbeef precedence 10
Not updating the Loaded Landscape List.
These landscapes are being unloaded:
Landscape Service Type Name Hostname Port Precedence
--------- ------------------ ------------------------------ ------ ----------
0x4000000 Landscape Default secondaryserver 0xbeef 20
0x4000000 Landscape secondaryserver 0xbeef 20
Map update verified.
[specuser@primaryserver SS]$ /spectrum/SS-Tools/StartOnlineBackup -lh 0x4000000
ok
[specuser@primaryserver SS]$ scp /data/SS-DB-Backup/db_20140214_0928.SSdb.gz
secondaryserver:/data/SS-DB-Backup/db_20140214_0928.SSdb.gz
ok
[specuser@secondaryserver SS]$ gunzip
/data/SS-DB-Backup/db_20140214_0928.SSdb.gz
ok
[specuser@secondaryserver bin]$ ./stopSS.pl
ok
/spectrum/SS-Tools/SSdbload -il -new_primary secondaryserver -replace 10
/data/SS-DB-Backup/db_20140214_0928.SSdb
ok
[specuser@ secondaryserver SS]$ /spectrum/SS-Tools/SSdbload -il -new_primary
secondaryserver -replace 10 /data/SS-DB-Backup/db_20140214_0928.SSdb
The specified save file: /data/SS-DB-Backup/db_20140214_0928.SSdb,
was created with the following options:
-c (catalog)
-m (models) and indicates these landscapes loaded on these servers:
Landscape Hostname Port Precedence
---------- ---------------- ------ ----------
0x4000000 secondaryserver 0xbeef 10
Do you really want to initialize the database? (Y or N): Y
Initializing database...
Reading new catalog from /data/SS-DB-Backup/db_20140214_0928.SSdb...
Number of model types read : 4799
Number of relations read : 189
Validating new catalog...
Writing new catalog to the database.
Please be patient...
Loading new models into the database.
Number of models loaded : 250860
The database now indicates these landscapes loaded on these servers:
Landscape Hostname Port Precedence
---------- ---------------- ------ ----------
0x4000000 secondaryserver 0xbeef 10
Database landscape handle is 256 (0x4000000)
Note - warning/informational messages written to SSdbload.log.
SSdbload completed successfully.
ISSUE; Above seem to be ok. Primary (prod) server seems to ok, updated
correct map, and no impact. The new primary, separated SS on
secondaryserver starts fine, as intended with locale location server, and
dbload new primary and precedence. But connection via vnmsh connect or OC is
not working. Seems issue with the Naming service that the location server
needs..
[specuser@secondaryserver LS]$ cat LOCSERV.OUT
**************************************************************************
The following output is intended to facilitate debugging, please forward
to CA technical support. The files listed are not part of the customer
installation of SPECTRUM.
**************************************************************************
Feb 14 13:07:03 ERROR at CsCorbaMgr.cc(1120): Failed to connect to CORBA Naming
Service on corbaloc:: secondaryserver:14006/NameService, will retry in 5
seconds.
/spectrum/LS/LocServer is now ready on port 0xdaff...
Anyone any idea what I have could have being missed, or did wrong?
Best regards,
Met vriendelijke groeten, | Best regards, | Bien à vous,
De Munter Erwin
Business technologist Network & Operations Mngnt
Tel: +32 2 431 30 93
Mobile: +32 473974699
[antenna] on4cgd - jo21if
[email protected]<mailto:[email protected]>
Atealaan 34
B-2200 Herentals
http://www.atos.net<http://www.atos.net/>
[Atos_Olympic_Games_Logo_signature]
---
To unsubscribe from spectrum, send email to [email protected] with the body:
unsubscribe spectrum [email protected]<<inline: image001.gif>>
<<inline: image002.jpg>>
<<inline: image003.gif>>
