| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| XMITQ Incrementing |
« View previous topic :: View next topic » |
| Author |
Message
|
| blovell |
 Posted: Fri Aug 12, 2011 7:52 am Post subject: XMITQ Incrementing |
 |
|
Acolyte
Joined: 08 Feb 2006
Posts: 63
Location: Alpharetta, GA
|
I have been experiencing some odd behavior with MQ 7.0.1.3. Files are being placed on a XMITQ (seen below) and being pushed out a SDR channel (seen below). On very sporadic occasions my internal alarming apprises me that the XMITQ has a CURDEPTH for X amount of time. I confirm this event and find a CURDEPTH on the XMITQ. Upon further investigation i find the associated SDR channel in a RUNNING state.
The XMITQ continues to build, until i recycle the sdr channel.
During this period other XMITQ's are passing data out their SDR channels without issue.
During this period there are now application dump files, nor events logged in the AMQ log files. I have attempted to reproduce several times in QA with no avail.
Definitions
SDR:
AMQ8414: Display Channel details.
CHANNEL(SOME.CHANNEL) CHLTYPE(SDR)
ALTDATE(2011-01-12) ALTTIME(13.38.09)
BATCHHB(0) BATCHINT(0)
BATCHSZ(50) COMPHDR(NONE)
COMPMSG(NONE) CONNAME(X.X.X.X)
CONVERT(NO) DESCR(Rotech SDR)
DISCINT(0) HBINT(300)
KAINT(AUTO) LOCLADDR( )
LONGRTY(999999999) LONGTMR(1200)
MAXMSGL(104857600) MCANAME( )
MCATYPE(PROCESS) MCAUSER( )
MODENAME( ) MONCHL(QMGR)
MSGDATA( ) MSGEXIT( )
NPMSPEED(FAST) PASSWORD( )
PROPCTL(COMPAT) RCVDATA( )
RCVEXIT( ) SCYDATA( )
SCYEXIT( ) SENDDATA( )
SENDEXIT( ) SEQWRAP(999999999)
SHORTRTY(10) SHORTTMR(60)
SSLCIPH( ) SSLPEER( )
STATCHL(QMGR) TPNAME( )
TRPTYPE(TCP) USERID( )
XMITQ(SOME.XMITQ)
XMITQ:
AMQ8409: Display Queue details.
QUEUE(SOME.XMITQ) TYPE(QLOCAL)
ACCTQ(QMGR) ALTDATE(2011-08-04)
ALTTIME(11.21.40) BOQNAME( )
BOTHRESH(0) CLUSNL( )
CLUSTER( ) CLWLPRTY(0)
CLWLRANK(0) CLWLUSEQ(QMGR)
CRDATE(2010-09-0 CRTIME(14.58.55)
CURDEPTH(0) DEFBIND(OPEN)
DEFPRTY(0) DEFPSIST(YES)
DEFPRESP(SYNC) DEFREADA(NO)
DEFSOPT(SHARED) DEFTYPE(PREDEFINED)
DESCR(Rotech XMITQ) DISTL(YES)
GET(ENABLED) HARDENBO
INITQ(SYSTEM.CHANNEL.INITQ) IPPROCS(1)
MAXDEPTH(5000) MAXMSGL(104857600)
MONQ(QMGR) MSGDLVSQ(PRIORITY)
TRIGGER NPMCLASS(NORMAL)
OPPROCS(1) PROCESS( )
PUT(ENABLED) PROPCTL(COMPAT)
QDEPTHHI(80) QDEPTHLO(20)
QDPHIEV(DISABLED) QDPLOEV(DISABLED)
QDPMAXEV(ENABLED) QSVCIEV(NONE)
QSVCINT(999999999) RETINTVL(999999999)
SCOPE(QMGR) SHARE
STATQ(QMGR) TRIGDATA(SOME.CHANNEL)
TRIGDPTH(1) TRIGMPRI(0)
TRIGTYPE(FIRST) USAGE(XMITQ)
QM.INI (just in case helpful).
#*******************************************************************#
#* Module Name: qm.ini *#
#* Type : WebSphere MQ queue manager configuration file *#
# Function : Define the configuration of a single queue manager *#
#* *#
#*******************************************************************#
#* Notes : *#
#* 1) This file defines the configuration of the queue manager *#
#* *#
#*******************************************************************#
ExitPath:
ExitsDefaultPath=/var/mqm/exits/
ExitsDefaultPath64=/var/mqm/exits64/
#* *#
#* *#
Log:
LogPrimaryFiles=50
LogSecondaryFiles=20
LogFilePages=4096
LogType=CIRCULAR
LogBufferPages=0
LogPath=/var/mqm/log/QMGRNAME/
LogWriteIntegrity=TripleWrite
Channels:
MaxChannels=250
TCP:
KeepAlive=yes
Service:
Name=AuthorizationService
EntryPoints=13
ServiceComponent:
Service=AuthorizationService
Name=MQSeries.UNIX.auth.service
Module=/opt/mqm/lib/amqzfu
ComponentDataSize=0
SSL:
OCSPAuthentication=OPTIONAL
_________________
Bradley M. Lovell |
|
| Back to top |
|
 |
| exerk |
| Posted: Fri Aug 12, 2011 8:07 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
Who/what is on the other end of the channel, e.g. a third-party? Any issues reported from the other end of the channel? Although the depth increases until the channel is recycled, do you see any increment in the sequence number?
_________________
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: Fri Aug 12, 2011 9:19 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| are there any errors listed in AMQERR log files during this time? |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri Aug 12, 2011 9:31 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| mqjeff wrote: |
| are there any errors listed in AMQERR log files during this time? |
...at both ends of the channel.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Fri Aug 12, 2011 9:52 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
Uncommitted messages on the sending side can cause the q depth to rise on a XMITQ when everything is working as designed. Confirm this by looking for uncommitted message(s) on the XMITQ Queue Status.
The RCVR channel being in PAUSED status while it waits out its Message Retry Interval will cause the channel to stop moving messages while the SNDR channel stays running. Confirm this by looking in the RCVR QM's error logs.
Or you have the SNDR channel moving an gigantic message over a slow network.
Or you have some other error condition the logs will tell you about.
Or you have a bug.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| 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
|
|
|
|
