Unable to import ODBC table defs

A forum for discussing DataStage<sup>®</sup> basics. If you're not sure where your question goes, start here.

Moderators: chulett, rschirm, roy

just4geeks
Premium Member
Premium Member
Posts: 644
Joined: Sat Aug 26, 2006 3:59 pm
Location: Mclean, VA

Unable to import ODBC table defs

Post by just4geeks »

I am trying to import ODBC table defs. I choose the DSN, enter my username and password, and I get the following error.

Code: Select all

DSR.MetaGeta(GET.TABLES)(SQLConnect('ZZZ','XXXXXXXX')): BCI Error:
SQLSTATE=28000,CODE=201,[DataStage][SQL Client][ODBC]Invalid authorization specification
Surprisingly, another team member is able to import with my username and password successfully on his DataStage. I am completely puzzled.

Please advise.
Attitude is everything....
DSguru2B
Charter Member
Charter Member
Posts: 6854
Joined: Wed Feb 09, 2005 3:44 pm
Location: Houston, TX

Post by DSguru2B »

You sure you dont have your caps lock on :wink: ?
Creativity is allowing yourself to make mistakes. Art is knowing which ones to keep.
I_Server_Whale
Premium Member
Premium Member
Posts: 1255
Joined: Wed Feb 02, 2005 11:54 am
Location: United States of America

Post by I_Server_Whale »

Check this POST.
Anything that won't sell, I don't want to invent. Its sale is proof of utility, and utility is success.
Author: Thomas A. Edison 1847-1931, American Inventor, Entrepreneur, Founder of GE
narasimha
Charter Member
Charter Member
Posts: 1236
Joined: Fri Oct 22, 2004 8:59 am
Location: Staten Island, NY

Post by narasimha »

It sure is a puzzle.
May be your forgot your password but your team member still remembers it :wink:
Narasimha Kade

Finding answers is simple, all you need to do is come up with the correct questions.
just4geeks
Premium Member
Premium Member
Posts: 644
Joined: Sat Aug 26, 2006 3:59 pm
Location: Mclean, VA

Post by just4geeks »

narasimha wrote:It sure is a puzzle.
May be your forgot your password but your team member still remembers it :wink:
I sure wish you were right but unfortunately you are not.
Attitude is everything....
just4geeks
Premium Member
Premium Member
Posts: 644
Joined: Sat Aug 26, 2006 3:59 pm
Location: Mclean, VA

Post by just4geeks »

I_Server_Whale wrote:Check this POST.
I checked out all 3 pages of it, but I couldn't find anything that would resolve my issue.

Since my team member is able to log in, it would mean that the uvodbc.config and .odbc.ini files on the server have the correct entries.

I also installed the ODBC drivers on my terminal but to no success.

Is there anything else I need to do on my terminal? And by the way, the database I am trying to import table defs from is in Netezza.
Attitude is everything....
narasimha
Charter Member
Charter Member
Posts: 1236
Joined: Fri Oct 22, 2004 8:59 am
Location: Staten Island, NY

Post by narasimha »

I was kidding buddy, an exact search on "BCI Error" gave 86 matches.
May be someone else had a similar issue.

Edited to add: Check a similar if not sameissue with odbc and Netezza
Last edited by narasimha on Tue Jan 16, 2007 4:17 pm, edited 1 time in total.
Narasimha Kade

Finding answers is simple, all you need to do is come up with the correct questions.
kcbland
Participant
Posts: 5208
Joined: Wed Jan 15, 2003 8:56 am
Location: Lutz, FL
Contact:

Post by kcbland »

The ODBC driver is configured on your Unix server. The only way DS works different from two separate clients is because of DataStage USERID permissions. The database driver doesn't care which database userid it uses. If you saw a discrepancy with your database userid functionality on someone elses machine, have them connect to DataStage as YOU. Then try importing with your database userid/password.
Kenneth Bland

Rank: Sempai
Belt: First degree black
Fight name: Captain Hook
Signature knockout: right upper cut followed by left hook
Signature submission: Crucifix combined with leg triangle
just4geeks
Premium Member
Premium Member
Posts: 644
Joined: Sat Aug 26, 2006 3:59 pm
Location: Mclean, VA

Post by just4geeks »

kcbland wrote:The only way DS works different from two separate clients is because of DataStage USERID permissions.

You were absolutely right. Thanks a lot. I am now working on resolving the differences between the permissions of the two USERIDs.
Attitude is everything....
just4geeks
Premium Member
Premium Member
Posts: 644
Joined: Sat Aug 26, 2006 3:59 pm
Location: Mclean, VA

Post by just4geeks »

just4geeks wrote:
kcbland wrote:The only way DS works different from two separate clients is because of DataStage USERID permissions.
I have changed the perms such that they are the are the same now. Still, the connection doesn't go through. Any ideas.
Attitude is everything....
kumar_s
Charter Member
Charter Member
Posts: 5245
Joined: Thu Jun 16, 2005 11:00 pm

Post by kumar_s »

Can your other team mate able to make it up with your datastage use id/pwd?
Same way, what happens if you try with the other members login in you PC?
Impossible doesn't mean 'it is not possible' actually means... 'NOBODY HAS DONE IT SO FAR'
kcbland
Participant
Posts: 5208
Joined: Wed Jan 15, 2003 8:56 am
Location: Lutz, FL
Contact:

Post by kcbland »

Okay, have the person who can import metadata come over to your PC and login into DataStage as themself. Then try to import metadata. I'll be a monkeys uncle if it doesn't work. The import of metadata is a SERVER side activity. The only thing that matters is the userid trying to use DataStage, because it's that userid who is used to do things.
Kenneth Bland

Rank: Sempai
Belt: First degree black
Fight name: Captain Hook
Signature knockout: right upper cut followed by left hook
Signature submission: Crucifix combined with leg triangle
just4geeks
Premium Member
Premium Member
Posts: 644
Joined: Sat Aug 26, 2006 3:59 pm
Location: Mclean, VA

Post by just4geeks »

kcbland wrote:Okay, have the person who can import metadata come over to your PC and login into DataStage as themself. Then try to import metadata. I'll be a monkeys uncle if it doesn't work. The import of metadata is a SERVER side activity. The only thing that matters is the userid trying to use DataStage, because it's that userid who is used to do things.

You are right.
If the other person logs on my DS as himself and uses either his database id or my database id, he can retrieve the table definitions. However, if he logs in with my Datastage ID, and uses his database id or my database id to import the table defs, the errors occurs.

As I said earlier, I changed my permissions to what he has. I am still unable to connect. Please advise.
Attitude is everything....
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

You have clearly missed at least one vital aspect of those permissions.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
just4geeks
Premium Member
Premium Member
Posts: 644
Joined: Sat Aug 26, 2006 3:59 pm
Location: Mclean, VA

Post by just4geeks »

ray.wurlod wrote:You have clearly missed at least one vital aspect of those permissions.
here is how it looks when I run the id command at the prompt.

me
uid=5753(xxxxxxx) gid=1000(bbb) groups=1000(aaa),100(users),326(dsadm),330(dstage),327(dsops),328(dsdev),329(dsman),5541(project)


The other person
uid=525(yyyyyyy) gid=1000(bbb) groups=1000(aaa),326(dsadm),330(dstage),327(dsops),328(dsdev),329(dsman),5541(project)
Attitude is everything....
Post Reply