ADSM-L

Re: [ADSM-L] Fw: TSM Server on RHEL Cluster

2017-11-10 08:08:23
Subject: Re: [ADSM-L] Fw: TSM Server on RHEL Cluster
From: Giacomo Testa <giacomo.testa AT GMAIL DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 10 Nov 2017 14:04:52 +0100
Hi,

Maybe the problem is the changed hostname.

See:
https://www.mail-archive.com/adsm-l AT vm.marist DOT edu/msg101276.html

Giacomo Testa

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
John Keyes
Sent: Friday, November 10, 2017 13:42
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] Fw: TSM Server on RHEL Cluster

And I forgot to attach the error message:
U.S. Government Users Restricted Rights - Use, duplication or disclosure 
restricted by GSA ADP Schedule Contract with IBM Corporation.

ANR7801I Subsystem process ID is 22482.
ANR0900I Processing options file /tsminst1/cfg/dsmserv.opt.
ANR7814I Using instance directory /tsminst1/cfg.
ANR3339I Default Label in key data base is TSM Server SelfSigned Key.
ANR3336W Default certificate labeled TSM Server SelfSigned Key in key data base 
is down level.
ANR4726I The ICC support module has been loaded.
ANR0990I Server restart-recovery in progress.
ANR0151W Database manager fails to start. For more information about the 
failure, issue the db2start command.
ANR0171I dbiconn.c(1916): Error detected on 0:1, database in evaluation mode.
ANR0169E An unexpected error has occurred and the TSM server is stopping.
ANR0162W Supplemental database diagnostic information:  -1:58031:-1031 
([IBM][CLI Driver] SQL1031N  The database directory cannot be found on the 
indicated file system.  SQLSTATE=58031 ).

Transaction hash table contents (slots=256):
  *** no transactions found ***

Lock hash table contents (slots=3002):
Note: Enabling trace class TMTIMER will provide additional timing info on the 
following locks
  *** no locks found ***


> Hello,
>
> i am trying to "clusterfy" a clients TSM 6 Server Setup. I know IBM doesn't 
> directly support this but it should still be possible.
> Now I got the same version of everything installed and a working RHEL cluster 
> setup.
> The TSM installation in /opt is local on each server, but the instance home, 
> database, logs and storage are on a shared storage. I configured a new 
> (isolated) instance with the same properties (user, name, directories) as the 
> originial instance, so that everything should be in the right place when I 
> would mount the shared storage.
> However something is off, and everytime i try to start the instance, it seems 
> that TSM cant find the DB2 database.
>
> Has anyone ever tried something familiar and can maybe provide some insight?
>
> Kind Regards,
> John
>


ADSM.ORG Privacy and Data Security by KimLaw, PLLC