| Author |
Message
|
| MQAltaf |
 Posted: Wed Jun 13, 2007 2:45 am Post subject: Trigger Monitor Error After Migrating to MQ6.0.2 |
 |
|
Centurion
Joined: 10 Feb 2005
Posts: 119
|
Hi all,
I have started a trigger monitor after migrating to MQ6.0.2 but receive the following error message
__________________________________________________
Waiting for a trigger message
/spare/dman/bin/cdborcv 'TMC 2CDB.MACHINERY.UPDATE.Q CDB.MACHINERY.UPDATE.P /spare/dman/bin/cdborcv & /spare/dman/ini/MACH.ini A.CMDB.QMGR ' &
/usr/lib/dld.sl: Can't open shared library: /usr/lib/libmqm.sl
/usr/lib/dld.sl: No such file or directory
End of application trigger.
CDB.MATCH.REQUEST.P is triggered when messages hit CDB.MATCH.REQUEST.Q.
CDB.MATCH.REQUEST.P should then run /spare/dman/bin/cdborcv which using IPC and MQ details held in /spare/dman/ini/MAT1.ini to move the MQ message to the IPC queue.
MAT1.ini points to an error log /spare/dman/errlog/MAT1.log.
Therefore, it looks like cdborcv is not being triggered.
I have checked /usr/lib and cannot find libmqm.sl. However, libmqm.so exists. The application which is triggered is written in C
Any help would be greatly appreciated |
|
| Back to top |
|
 |
| jefflowrey |
| Posted: Wed Jun 13, 2007 3:39 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
What happens when you run the program from the command line?
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| MQAltaf |
| Posted: Wed Jun 13, 2007 5:04 am Post subject: |
|
|
Centurion
Joined: 10 Feb 2005
Posts: 119
|
| The program is trying to access /usr/lib/libmqm.sl. This file does not exist on the server post upgrade to MQ6.0.2 Howvere, as mentioned previously /usr/lib/libmqm.so appears to be there in its place |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Wed Jun 13, 2007 5:10 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
In fact, I read that.
So what you're saying is - your application works the same way whether it's triggered or not?
What version did you migrate FROM? Did you go from v6.0.1.x to v6.0.2? Or were you maybe at v5.3.x?
If you were at v5.3.x, then you will need to recompile your application. MQ V6 is a 64 bit application on all platforms that support 64 bit programs.
Otherwise, are you perhaps compiling your application on one platform and trying to move it to another?
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| MQAltaf |
| Posted: Wed Jun 13, 2007 5:14 am Post subject: |
|
|
Centurion
Joined: 10 Feb 2005
Posts: 119
|
Thanks for the swift reply.
Yes we migrated from MQ5.3 to MQ6.02. This is on HP-UX Itanium.
The application is quite old and wouldnt be 64bit. Would re-compiling it against the version 6 libraries possibly work? |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Wed Jun 13, 2007 5:20 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
You can compile it as a 32 bit application.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| MQAltaf |
| Posted: Wed Jun 13, 2007 5:22 am Post subject: |
|
|
Centurion
Joined: 10 Feb 2005
Posts: 119
|
| Are you suggesting that re-compiling it as a 32 bit app againt the MQ6 libraries should resolve the problem |
|
| Back to top |
|
|
| Nigelg |
| Posted: Wed Jun 13, 2007 10:09 pm Post subject: |
|
|
Grand Master
Joined: 02 Aug 2004
Posts: 1046
|
At 5.3 the only HP WMQ server was PA_RISC; at 6.0 there is PA-RISC & Itanium. Programs are not compatible between the two.
Your app is compiled PA-RISC. On WMQ HP PA-RISC, the shared libs have the suffix .sl. On Itanium, the suffix is .so. You have to recompile your app.
_________________
MQSeries.net helps those who help themselves.. |
|
| Back to top |
|
|
|
|
