|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
WMB : DSN directory with mqsisetdbparms for ODBC credentials |
« View previous topic :: View next topic » |
Author |
Message
|
zpat |
Posted: Thu Mar 19, 2015 3:22 am Post subject: WMB : DSN directory with mqsisetdbparms for ODBC credentials |
|
|
 Jedi Council
Joined: 19 May 2001 Posts: 5866 Location: UK
|
WMB (IIB) uses a DSN directory in the registry to hold credentials.
Originally these were just for ODBC and subdirectories were created by the mqsisetdbparms command (e.g. FRED for Data Source Name FRED).
However later versions of WMB added new types of credential so that directories can now be found with names like sftp::JOHN or jdbc::MIKE.
What is confusing me is that sometimes I see directories named FRED and odbc::FRED
This would appear to be due to use of the command in two formats
mqsisetdbparms <broker> -n FRED -u xxx -p yyy
and
mqsisetdbparms <broker> -n odbc::FRED -u xxx -p yyy
These both set ODBC credentials - however my question is what happens if someone has done both for the same DSN, which credentials does the EG use?
Is there a precedence order, and can I safely remove one of these directories?
Also can I go around renaming the old name format to the new format for consistency (or vice versa) without breaking anything?
Also we had an interesting situation whereby the mqsicvp command worked when testing an ODBC data source, but the EG failed to open it. Was resolved when both formats of the mqsisetdbparms were issued. Suggesting that the mqsicvp command does not use the same credential logic as the EG code. _________________ Well, I don't think there is any question about it. It can only be attributable to human error. This sort of thing has cropped up before, and it has always been due to human error. |
|
Back to top |
|
 |
fjb_saper |
Posted: Thu Mar 19, 2015 5:22 am Post subject: Re: WMB : DSN directory with mqsisetdbparms for ODBC credent |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
zpat wrote: |
Is there a precedence order, and can I safely remove one of these directories?
Also can I go around renaming the old name format to the new format for consistency (or vice versa) without breaking anything?
|
Don't know. I guess that you will have to get your answers through testing.  _________________ MQ & Broker admin |
|
Back to top |
|
 |
zpat |
Posted: Thu Mar 19, 2015 5:24 am Post subject: |
|
|
 Jedi Council
Joined: 19 May 2001 Posts: 5866 Location: UK
|
Anything else you don't know? .....
I was hoping the person who wrote the IBM code might know... or someone who has seen the same problem and solved it already to save me time/effort. _________________ Well, I don't think there is any question about it. It can only be attributable to human error. This sort of thing has cropped up before, and it has always been due to human error. |
|
Back to top |
|
 |
shashivarungupta |
Posted: Thu Mar 19, 2015 4:47 pm Post subject: |
|
|
 Grand Master
Joined: 24 Feb 2009 Posts: 1343 Location: Floating in space on a round rock.
|
zpat wrote: |
...can I safely remove one of these directories? |
mqsisetdbparms "The following example deletes ALL the values that are defined for a specific data source name from the broker registry:"
mqsisetdbparms <broker> -n FRED -d
also as per IBM "The ODBC data source for which the user ID and password pair are to be created or modified. The ResourceName takes the form of either dsn::DSN, dsn::ODBC, or datasource_name, where datasource_name identifies the data source name for the database to which you want to connect."
{The document/URL doesn't talk about the precedence though. } _________________ *Life will beat you down, you need to decide to fight back or leave it. |
|
Back to top |
|
 |
|
|
 |
|
Page 1 of 1 |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
|
|