DB2 Issue

02204539

ADSM.ORG Member
Joined
Feb 26, 2007
Messages
20
Reaction score
0
Points
0
PREDATAR Control23

Hi,

Recently I encounter this issue for DB2(doeinst3 is the instance owner):

[doeuat:doeinst3]/ges1/db2/doeinst3/sqllib/adsm>db2adutl query
Error : calling program and dsmtca are not compatible
calling program build date : Mon Sep 19 17:13:08 2005 Mon Sep 19 17:13:08 2005

TCA build date : Mon Sep 19 16:29:18 2005 Mon Sep 19 16:29:18 2005

Error: Initialize session failed with ADSM return code 168
Error: Initialize session failed with ADSM return code 168

Actually I have successfully set the password by dsmpaipw utility (as ROOT).

Please advise.
 
PREDATAR Control23

dsmtca is part of the TSM API.

It could be that the api version is too low or maybe that you don't got the right bit version of the api (32/64)
 
PREDATAR Control23

You were correct to reset the passwd - usually error 168 has to do with the passwd or log files...

This could *maybe* mean someone has mucked around with the permissions in the api dir -
check these file settings and let us know what they are (swap out for /opt if needed):

/usr/tivoli/tsm/client/api/bin/dsmtca
/usr/tivoli/tsm/client/api/bin64/dsmtca
/usr/tivoli/tsm/client/ba/bin/dsmtca

Also, how are you calling TSM - via userexit program (db2uext2)?
What version of DB2 are you using, and what is your OS version?

-Chef.
 
PREDATAR Control23

it is very important to check the version of:

baclient
api client

if os is AIX, you can check with the following command

lslpp -L "tivoli.tsm.*"

it may help to chek as well os version and db2 version

are you using a cluster configuration ?

max
 
PREDATAR Control23

Thanks Bros.

1) Both BA & API client are using 5.3.2.0
2) OS: AIX 5.1
3) DB2: DB2 v8.1.1.25 64bit (SP3)
4) The permission starting from /usr/tivoli is 777
5) Try to both online / offline, give same error

Actually i have 2 more DB2 API clients on AIX working fine so far although it is using 32bit API client with 64bit DB2. I have make the configurations identical, but for this server it just doesn't work. But for other 2 servers, i don't have this issue. By the way, if i switch to root, there is no such error.
 
PREDATAR Control23

By the way, if i switch to root, there is no such error.

Do you have the db2user env variables pointed properly?
You have to specify *which* API it needs to use...

ie,
DSMI_DIR=/usr/tivoli/tsm/client/api/bin64; export DSMI_DIR

Not sure about your 32/64 bit setup you mentioned there...

-Chef.
 
PREDATAR Control23

Hi Bros

Problem was resolved. For this server, must use API64bit as dsmapipw only look for libApiTSM64.a. So after i set the environment variables to 64bit directory, it works fine.

But i still have a question: how to determine whether dsmapipw is capable for both 32 and 64bit. Because my other 2 servers just work fine with 32 bit API client.

Thanks for help.
 
Top