|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
broker not reads messages from input queue |
« View previous topic :: View next topic » |
Author |
Message
|
Mateo |
Posted: Thu Sep 19, 2002 1:40 am Post subject: broker not reads messages from input queue |
|
|
Novice
Joined: 21 Aug 2002 Posts: 24
|
Hi,
I'm using Integrator version 2.1,MQ series v 5.2,HP-UX B.11.11
My broker does not read any messages from input queue.
I tried to restart broker (mqsistop mqsistart) but it did not helped.
After stoping huge core file was generated.
I have sth like this in syslog.log file:
(MQSI_BROKER01.default)[1]BIP2228E: Severe error: /build/S210_P/src/CommonServices/hp9000_ux_11/ImbOsThread.cpp 124 pthread_detach Abend file: /var/wmqi/errors/MQSI_BROKER01.default.26988.1.abend action: abort
I depoyed second execution group with exactly the same flows, but it does not generated any "severe errors".
I use user java pugin nodes. ( I don't know if it matters )
Has anyone have similar problems ?
mateo
This is the abend file:
abend record for pid 26988 tid 1 time Thu Sep 19 11:07:04 2002
File: /build/S210_P/src/CommonServices/hp9000_ux_11/ImbOsThread.cpp
Line: 124
Function: pthread_detach
---- Inserts ----
2
ImbOsThread::OsDetachThread
@(#) 1.5.1.2 CommonServices/hp9000_ux_11/ImbOsThread.cpp, CommonServices, S210, S210-CSD01 01/12/20 15:32:52 [1/21/02 19:41:57]
-----------------
----------------------------- Stack dump for current thread ( 1)
(malloc allowed)
( 0) 0xcddf6834 printStackForCurrentThread__8ImbAbendSFibPCv + 0x74 [/opt/wmqi/lib/libCommonServices.sl]
( 1) 0xcdbdcb0c dumpCurrentStacksToFile__8ImbAbendSFPcPCv + 0x284 [/opt/wmqi/lib/libCommonServices.sl]
( 2) 0xcdbdaa94 logSystemErrorInternal__8ImbAbendSFPCciT1RCQ2_8ImbAbend6InsertN54PCvb + 0x107c [/opt/wmqi/lib/libCommonServices.sl]
( 3) 0xcdbdac80 logSystemErrorAndTerminateProcessInternal__8ImbAbendSFPCciT1RCQ2_8ImbAbend6Inser + 0x140 [/opt/wmqi/lib/libCommonServices.sl]
( 4) 0xcdd5a17c OsDetachThread__11ImbOsThreadFv + 0x114 [/opt/wmqi/lib/libCommonServices.sl]
( 5) 0xcdd579a8 endRequest__15ImbOsThreadBaseFi + 0xb0 [/opt/wmqi/lib/libCommonServices.sl]
( 6) 0xcdd61ce8 __dt__13ImbThreadPoolFv + 0xe0 [/opt/wmqi/lib/libCommonServices.sl]
( 7) 0xd185d97c __dt__18ImbDataFlowManagerFv + 0x28c [/opt/wmqi/lib/libDataFlowDLL.sl]
( 0xd17d69d0 __dt__19ImbDataFlowDirectorFv + 0x120 [/opt/wmqi/lib/libDataFlowDLL.sl]
( 9) 0x0002a874 main + 0x41dc [/usr/bin/DataFlowEngine]
(10) 0xc0143218 _start + 0xc0 [/usr/lib/libc.2]
(11) 0x00025040 $START$ + 0x1a0 [/usr/bin/DataFlowEngine]
---------------------------------------------------------------------- |
|
Back to top |
|
 |
Mateo |
Posted: Thu Sep 19, 2002 6:29 am Post subject: Correction |
|
|
Novice
Joined: 21 Aug 2002 Posts: 24
|
In previous mail I have written that borker does not read messages from input queue. I was mistaken. Sorry.
But my problem is that when I stop borker it produces large core file.
I have made another test with two execution groups: "default" and "test"
, no Java nodes, in each same 1 flow with additional instantces set to 1.
On stopping I get same severe error but now on "test" execution group.
mateo |
|
Back to top |
|
 |
philip.baker |
Posted: Thu Sep 19, 2002 6:50 am Post subject: |
|
|
 Voyager
Joined: 21 Mar 2002 Posts: 77 Location: Baker Systems Consulting, Inc. - Tampa
|
Mateo,
Looks like you're having some 'thread' issues between WMQI and HP-UX.
I am assuming that your HP-UX system is newly setup to run with WMQI.
I have found that HP-UX is sensitive to the 'Patch' levels and systems parameters when running with WMQI. I would suggest making sure you had a 'clean' install of Integrator V2.1 and CSD02 and that any suggested HP-UX revision levels and patches are installed to the machine. Make sure that the kernel parameters are set as per the WMQI HP-UX Install guide and check the WMQI HP-UX Product 'readme' file for any further suggested changes. _________________ Regards,
Phil |
|
Back to top |
|
 |
Mateo |
Posted: Wed Dec 10, 2003 2:35 am Post subject: |
|
|
Novice
Joined: 21 Aug 2002 Posts: 24
|
Finally I have redesigned my flows to not have two or more MQInput nodes in one flow and this seems to resolve the problem.
I know now that IBM suggests not to put multiply MQInput nodes in one flow and probably this was reason of my problem.
Any comments to this ?
Mateo |
|
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
|
|
|
|