|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
.NET - MQRC_CD_ERROR |
« View previous topic :: View next topic » |
Author |
Message
|
mqjeff |
Posted: Fri Feb 26, 2010 11:41 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008 Posts: 17447
|
and open that PMR, and make sure to stick a link to this thread in it. |
|
Back to top |
|
 |
fjb_saper |
Posted: Fri Feb 26, 2010 1:24 pm Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
In one of your outputs I see:
Code: |
000008D8 10:52:23.814363 268.1 : 2) mqclient.ini in PWD
000008D9 10:52:23.823522 268.1 : Exception received
System.IO.FileNotFoundException
Message: Could not find file 'c:\windows\system32\inetsrv\mqclient.ini'.
StackTrace:
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
at IBM.WMQ.MQClientCfg.FindClientIni()
000008DA 10:52:23.825120 268.1 : ---} MQClientCfg.FindClientIni() (rc=OK)
. |
Which would lead me to believe that whatever you were having in mqclient.ini was not read or set.
Has somebody checked that this part has been resolved?
Maybe as a debug print out the values of the variables set by processing the ini file.  _________________ MQ & Broker admin |
|
Back to top |
|
 |
exerk |
Posted: Fri Feb 26, 2010 1:35 pm Post subject: |
|
|
 Jedi Council
Joined: 02 Nov 2006 Posts: 6339
|
fj,
The line immediately after finds it. The rule logic is that it looks in the current directory, then goes down the MQ_INSTALL_PATH route. It's that element that is so frustrating, I can see in the trace the path and file name is being resolved. I even moved a copy of the mqclient.ini file into the same directory as the exe, but still no joy; the only difference was the file IO exception didn't appear in the trace. _________________ It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
Back to top |
|
 |
fjb_saper |
Posted: Sat Feb 27, 2010 10:14 pm Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
exerk wrote: |
fj,
The line immediately after finds it. The rule logic is that it looks in the current directory, then goes down the MQ_INSTALL_PATH route. It's that element that is so frustrating, I can see in the trace the path and file name is being resolved. I even moved a copy of the mqclient.ini file into the same directory as the exe, but still no joy; the only difference was the file IO exception didn't appear in the trace. |
Are you sure that the values in mqclient.ini are being set correctly to your variables? Did you write out the variable values in debug mode to verify?
I expect your answer to be yes and that the problem will finally be solved by the PMR... but triple checking never hurt...  _________________ MQ & Broker admin |
|
Back to top |
|
 |
exerk |
Posted: Sun Feb 28, 2010 4:53 am Post subject: |
|
|
 Jedi Council
Joined: 02 Nov 2006 Posts: 6339
|
fjb_saper wrote: |
exerk wrote: |
fj,
The line immediately after finds it. The rule logic is that it looks in the current directory, then goes down the MQ_INSTALL_PATH route. It's that element that is so frustrating, I can see in the trace the path and file name is being resolved. I even moved a copy of the mqclient.ini file into the same directory as the exe, but still no joy; the only difference was the file IO exception didn't appear in the trace. |
Are you sure that the values in mqclient.ini are being set correctly to your variables? Did you write out the variable values in debug mode to verify?
I expect your answer to be yes and that the problem will finally be solved by the PMR... but triple checking never hurt...  |
From the trace file:
Code: |
MQClientCfg.FindClientIni() (rc=OK)
.
Stanza:com.ibm.mq.cfg.channels
.
com.ibm.mq.cfg.channels.channeldefinitiondirectory=C:\Appl\IBM\WMQTABSTORE
.
com.ibm.mq.cfg.channels.channeldefinitionfile=<redacted>.TAB
.
Stanza:com.ibm.mq.cfg.ssl
.
com.ibm.mq.cfg.ssl.ocspauthentication=OPTIONAL
.
com.ibm.mq.cfg.ssl.sslkeyrepository=C:\Appl\IBM\WMQKEYSTORE\<redacted>
.
MQClientCfg.FindAndParse() (rc=OK)
.
BindingType from NMQ_MQ_LIB
.
BindingType = 'CLIENT' connectionType = 2 |
There is no difference in the code between environments - so I'm told - and the <redacted> sections accurately match paths and file names.
I'll switch on trace in Dev and compare again, but to move this forward I'm going to ask the developers to use a work-around.
All,
Thank you for your efforts, and as soon as this is solved (one way or another) I'll post back. _________________ It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
Back to top |
|
 |
exerk |
Posted: Mon Mar 01, 2010 7:46 am Post subject: |
|
|
 Jedi Council
Joined: 02 Nov 2006 Posts: 6339
|
mqjeff wrote: |
does amqscnxc work with the ccdt? |
Works fine...
Quote: |
C:\>amqscnxc *
Sample AMQSCNXC start
Connecting to queue manager *
with no client connection information specified.
Connection established to queue manager Q3T1
Sample AMQSCNXC end
C:\> |
I tested it with both environment variables set, and unset, and it's definitely working in both cases. _________________ It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
Back to top |
|
 |
mqjeff |
Posted: Mon Mar 01, 2010 9:20 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008 Posts: 17447
|
exerk wrote: |
I tested it with both environment variables set, and unset, and it's definitely working in both cases. |
Then it's not a bad CCDT.
Again, I don't know if you can configure IIS to run amqscnxc as an application in the same way that it runs the failing application, but that would be a good next step, to narrow down whether the problem is in the IIS config around the app or in the app itself. |
|
Back to top |
|
 |
exerk |
Posted: Wed Mar 03, 2010 4:13 am Post subject: !UPDATE! |
|
|
 Jedi Council
Joined: 02 Nov 2006 Posts: 6339
|
Setting NMQ_MQ_LIB=managed has allowed connection - well, once SSL was wound off at the server end - so allowing the applications people to test in the affected environment.
As of Monday, I get the Dev server to pick apart, so next week I'll provide another update. _________________ It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
Back to top |
|
 |
|
|
|
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
|
|
|
|