| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| CLUSSDR channel in Running but in INDOUBT status |
« View previous topic :: View next topic » |
| Author |
Message
|
| RaviKrG |
 Posted: Tue Dec 07, 2010 8:07 pm Post subject: CLUSSDR channel in Running but in INDOUBT status |
 |
|
Master
Joined: 07 Sep 2008
Posts: 240
|
Hi, We have a CLUSSDR channel which is always running but its in INDOUBT status and the SCTQ is having messages (more than 25K) and not getting processed. We tried to resolve the chl with commit option which was successful and then we restarted the channel. but still the clussdr channel goes into indoubt status. we have compared the channels and do not find any difference.
Can some body help me out with this as to what could possible to resolve this.
THanks for you r time and help |
|
| Back to top |
|
 |
| RaviKrG |
| Posted: Tue Dec 07, 2010 8:17 pm Post subject: |
|
|
Master
Joined: 07 Sep 2008
Posts: 240
|
THis is the clussdr channel
CHANNEL(XXXXXXXXXX) CHLTYPE(CLUSSDR)
BATCHES(1) BATCHSZ(50)
BUFSRCVD(2) BUFSSENT(52)
BYTSRCVD(184) BYTSSENT(46340)
CHSTADA(2010-12-08 ) CHSTATI(06.58.28 )
COMPHDR(NONE,NONE) COMPMSG(NONE,NONE)
COMPRATE(0,0) COMPTIME(0,0)
CONNAME(XX.XX.XX.XX(1415)) CURLUWID(4CD1AC3F14E27601)
CURMSGS(50) CURRENT
CURSEQNO(8705) EXITTIME(0,0)
HBINT(300) INDOUBT(YES)
JOBNAME(0008E0DA00004C4E) LOCLADDR(XX.XX.XX.XX(63849))
LONGRTS(999999999) LSTLUWID(4CD1AC3F14E22D01)
LSTMSGDA(2010-12-08 ) LSTMSGTI(06.58.38 )
LSTSEQNO(8655) MCASTAT(RUNNING)
MCAUSER( ) MONCHL(OFF)
MSGS(50) NETTIME(0,0)
NPMSPEED(FAST) RAPPLTAG( )
RQMNAME(XXXXXXXX) SHORTRTS(8 )
SSLCERTI( ) SSLKEYDA( )
SSLKEYTI( ) SSLPEER( )
SSLRKEYS(0) STATUS(RUNNING)
STOPREQ(NO) SUBSTATE(RECEIVE)
XBATCHSZ(0,0) XMITQ(SYSTEM.CLUSTER.TRANSMIT.QUEUE)
XQMSGSA(999) XQTIME(0,0) |
|
| Back to top |
|
|
| RaviKrG |
| Posted: Tue Dec 07, 2010 8:20 pm Post subject: |
|
|
Master
Joined: 07 Sep 2008
Posts: 240
|
This is the rcvr channel
CHANNEL(XXXXXXXXXX) CHLTYPE(CLUSRCVR)
BATCHES(0) BATCHSZ(50)
BUFSRCVD(3) BUFSSENT(2)
BYTSRCVD(1123) BYTSSENT(184)
CHSTADA(2010-12-08 ) CHSTATI(07.10.16)
COMPHDR(NONE,NONE) COMPMSG(NONE,NONE)
COMPRATE(0,0) COMPTIME(0,0)
CONNAME(XX.XX.XX.XX) CURLUWID(4CD1AC3F14E27602)
CURMSGS(1) CURRENT
CURSEQNO(8656) EXITTIME(0,0)
HBINT(300) INDOUBT(NO)
JOBNAME(0000A10C0000EDEA) LOCLADDR(::ffff:XX.XX.XX.XX(1415))
LONGRTS(999999999) LSTLUWID(0000000000000000)
LSTMSGDA( ) LSTMSGTI( )
LSTSEQNO(0) MCASTAT(RUNNING)
MCAUSER(mqm) MONCHL(OFF)
MSGS(0) NETTIME(0,0)
NPMSPEED(FAST) RAPPLTAG( )
RQMNAME(XXXXXXXX) SHORTRTS(10)
SSLCERTI( ) SSLKEYDA( )
SSLKEYTI( ) SSLPEER( )
SSLRKEYS(0) STATUS(PAUSED)
STOPREQ(NO) SUBSTATE(MQPUT)
XBATCHSZ(0,0) XMITQ( ) |
|
| Back to top |
|
|
| Mr Butcher |
| Posted: Tue Dec 07, 2010 11:09 pm Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
on the cluster receiver
from the manual
| Quote: |
| The channel is waiting for the message-retry interval to complete before retrying an MQPUT operation |
.
so you have a problem on the receiving end, the mca can not put to the target queue and is performing the retries defined in the cluster receiver. during that time, the sender is indoubt.
resolve the problem at the receiving end. either with the target queue and / or the dead letter queue.
_________________
Regards, Butcher |
|
| Back to top |
|
|
| RaviKrG |
| Posted: Wed Dec 08, 2010 1:53 am Post subject: |
|
|
Master
Joined: 07 Sep 2008
Posts: 240
|
Thanks Butcher. The dest q was full. Thanks again.
Now I look like a Fool 
Thanks |
|
| Back to top |
|
|
| Mr Butcher |
| Posted: Wed Dec 08, 2010 3:43 am Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
not unless you ask the same thing again
_________________
Regards, Butcher |
|
| 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
|
|
|
|
