Author |
Message
|
adireddy123 |
Posted: Tue Apr 07, 2015 2:05 am Post subject: Qload and custom C programs are not working in WMQ7.5 |
|
|
Newbie
Joined: 20 Sep 2011 Posts: 9
|
Hi
We have Coexistence of WMQ 7.0.1.12 and 7.5.0.4 in our AIX server
and Qload utility and Custom C programs are not when we migrated queue manager from WMQ 7.0.1.12 and 7.5.0.4.
Please let us know if you face same kind problem and solution to fix the issue. |
|
Back to top |
|
 |
PaulClarke |
Posted: Tue Apr 07, 2015 2:08 am Post subject: |
|
|
 Grand Master
Joined: 17 Nov 2005 Posts: 1002 Location: New Zealand
|
The most likely cause of it not working is something environmental such as incorrect paths. However, since you don't say what the problem is it's a little difficult to guess.
However, I can assure you that I run QLOAD on a system with 7.0.1 and 7.5 installed (although Windows not AIX),
Regards,
Paul. _________________ Paul Clarke
MQGem Software
www.mqgem.com |
|
Back to top |
|
 |
mqjeff |
Posted: Tue Apr 07, 2015 4:42 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008 Posts: 17447
|
Any MQ program should work in a shell that has the appropriate setmqenv applied. |
|
Back to top |
|
 |
RangaKovela |
Posted: Wed Apr 08, 2015 1:58 am Post subject: |
|
|
Apprentice
Joined: 10 May 2011 Posts: 38
|
Apart from above suggestions, this command would help in identifying missing libraries. I use this often in Solaris and Linux and I am sure that this works in AIX as well .. thanks.. |
|
Back to top |
|
 |
PaulClarke |
Posted: Wed Apr 08, 2015 2:04 am Post subject: |
|
|
 Grand Master
Joined: 17 Nov 2005 Posts: 1002 Location: New Zealand
|
This may work to some extent however QLOAD dynamically loads the MQ libraries at runtime so they are not burnt in to the load module. QLOAD uses environmental settings to determine where is should find the MQ libraries. Sadly. however, it doesn't support the setmqenv fields.
Since adireddy123 has still not told us what the actual error is we are just guessing at the solution.
Cheers,
Paul. _________________ Paul Clarke
MQGem Software
www.mqgem.com |
|
Back to top |
|
 |
adireddy123 |
Posted: Wed Apr 08, 2015 6:58 am Post subject: Sorry for Late response .Added steps and error details |
|
|
Newbie
Joined: 20 Sep 2011 Posts: 9
|
We have 4 queue managers in AIX server and we have to migrate only 2 queue managers from 7.0 to 7.5
We have done the following steps
1. We have migrate TESTQM from WMQ 7.0.1.12 to 7.5.0.4
2. . /usr/mqm75/usr/mqm/bin/setmqenv -m TESTQM
3. qload -m MSGDEV3D11 -I TEST.IN -o TEST.OUT
When we run qload command we are getting below error
QLOAD Program by Paul Clarke [ V1.9 Build:Jun 26 2012 ]
MQCONN on object 'TESTQM' returned 2059 QMgr not available.. |
|
Back to top |
|
 |
PaulClarke |
Posted: Wed Apr 08, 2015 7:07 am Post subject: |
|
|
 Grand Master
Joined: 17 Nov 2005 Posts: 1002 Location: New Zealand
|
Are you certain about this? You issue the command
Code: |
qload -m MSGDEV3D11 -I TEST.IN -o TEST.OUT |
and QLOAD reports the error
Code: |
MQCONN on object 'TESTQM' returned 2059 QMgr not available |
I can think of no reason why QLOAD would try to connect to a different Queue Manager than it is told.
Which of these Queue Manager is the one you are trying to connect to? Sounds obvious but you ave verified the Queue Manager is running, right ?
Cheers,
Paul. _________________ Paul Clarke
MQGem Software
www.mqgem.com |
|
Back to top |
|
 |
muralihegde |
Posted: Wed Apr 08, 2015 8:42 am Post subject: |
|
|
Centurion
Joined: 30 Apr 2002 Posts: 108
|
Hello Paul,
I am sure adireddy123 meant connecting to TESTQM.
I have also tried the same thing.
On AIX system, we first had the Queue Manager TESTQM running on 7.0.1.12. On the same server, we have installed 7.5.0.4 as the secondary installation on a different path.
We have now migrated the queue manager TESTQM to 7.5.0.4 and have verified that it has been started now on version 7.5.0.4 and is running.
Since we have older 7.0.1.12 also still co-existing on this server and 7.5.0.4 is the non-primary installation, any command that we run by default applies to 7.0.1.12 and TESTQM seems to be unavailable. Even the dspmq command returns status not available.
However when we run the dspmq common from the installation path of the secondary 7.5.0.4 OR after running the command, setmqenv -s -k , dspmq command shows TESTQM as running.
1) Without setting the env,
qload -m TESTQM -I TEST.IN -o TEST.OUT
QLOAD Program by Paul Clarke [ V1.9 Build:Jun 26 2012 ]
MQCONN on object 'TESTQM' returned 2059 QMgr not available..
2) After setting the mqenv to use the secondary installation from the path as below..
/usr/mqm75/usr/mqm/bin> . /usr/mqm75/usr/mqm/bin/setmqenv -s -k
qload -m TESTQM -I TEST.IN -o TEST.OUT
QLOAD Program by Paul Clarke [ V1.9 Build:Jun 26 2012 ]
Error loading MQAPI DLL RC( 8 )
This time we seem to get a different error.
I am sure there has to be some extra configuration that we are yet to do so QLOAD or any other program/application properly loads the libraries from 7.5.0.4, but we are not able to figure this out yet.. |
|
Back to top |
|
 |
tczielke |
Posted: Wed Apr 08, 2015 8:59 am Post subject: |
|
|
Guardian
Joined: 08 Jul 2010 Posts: 941 Location: Illinois, USA
|
|
Back to top |
|
 |
muralihegde |
Posted: Wed Apr 08, 2015 9:30 am Post subject: |
|
|
Centurion
Joined: 30 Apr 2002 Posts: 108
|
Thanks.. The link helped
I set the DLL path as below
export MQM_DLL_PATH=/usr/mqm75/usr/mqm/lib
Qload is working now with the migrated Queue Manager..
I will have to figure out how to get the above DLL path set in all other administrative scripts that the MQ admins have set up and try out few other programs as well.. |
|
Back to top |
|
 |
tczielke |
Posted: Wed Apr 08, 2015 9:49 am Post subject: |
|
|
Guardian
Joined: 08 Jul 2010 Posts: 941 Location: Illinois, USA
|
One possibility is change your qload program to something like qload.load, and then replace your qload program with a script called qload that sets the environment variable appropriately and calls qload.load with the passed in command line arguments to the qload script. _________________ Working with MQ since 2010. |
|
Back to top |
|
 |
|