• Please help support our sponsors by considering their products and services.
    Our sponsors enable us to serve you with this high-speed Internet connection and fast webservers you are currently using at ADSM.ORG.
    They support this free flow of information and knowledge exchange service at no cost to you.

    Please welcome our latest sponsor Tectrade . We can show our appreciation by learning more about Tectrade Solutions
  • Community Tip: Please Give Thanks to Those Sharing Their Knowledge.

    If you receive helpful answer on this forum, please show thanks to the poster by clicking "LIKE" link for the answer that you found helpful.

  • Community Tip: Forum Rules (PLEASE CLICK HERE TO READ BEFORE POSTING)

    Click the link above to access ADSM.ORG Acceptable Use Policy and forum rules which should be observed when using this website. Violators may be banned from this website. This notice will disappear after you have made at least 3 posts.

DB2 Issue

02204539

ADSM.ORG Member
Joined
Feb 26, 2007
Messages
20
Reaction score
0
Points
0
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.
 

Jeroen

ADSM.ORG Senior Member
Joined
Oct 2, 2002
Messages
363
Reaction score
14
Points
0
Location
netherlands
Website
http
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)
 

cheffern

ADSM.ORG Senior Member
Joined
Mar 9, 2005
Messages
1,006
Reaction score
7
Points
0
Location
Massachusetts, USA
Website
Visit site
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.
 

max

ADSM.ORG Senior Member
Joined
Mar 17, 2004
Messages
457
Reaction score
2
Points
0
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
 

02204539

ADSM.ORG Member
Joined
Feb 26, 2007
Messages
20
Reaction score
0
Points
0
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.
 

cheffern

ADSM.ORG Senior Member
Joined
Mar 9, 2005
Messages
1,006
Reaction score
7
Points
0
Location
Massachusetts, USA
Website
Visit site
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.
 

02204539

ADSM.ORG Member
Joined
Feb 26, 2007
Messages
20
Reaction score
0
Points
0
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.
 

Advertise at ADSM.ORG

If you are reading this, so are your potential customer. Advertise at ADSM.ORG right now.

DigitalOcean $100 Credit

Support ADSM.ORG and get DigitalOcean FREE credit. DigitalOcean currently offer a $100, 60-day Free Credit for new accounts. Sign-up here:

DigitalOcean Referral Badge

The Spectrum Protect TLA (Three-Letter Acronym): ISP or something else?

  • Every product needs a TLA, Let's call it ISP (IBM Spectrum Protect).

    Votes: 20 18.7%
  • Keep using TSM for Spectrum Protect.

    Votes: 65 60.7%
  • Let's be formal and just say Spectrum Protect

    Votes: 13 12.1%
  • Other (please comement)

    Votes: 9 8.4%

Forum statistics

Threads
31,885
Messages
135,936
Members
21,783
Latest member
london
Top