Work load balancing does n't occur with clustered queues.

Discussion:

Oddo, Fred

2013-07-11 18:15:53 UTC

Trying to work load balance msgs in 2 qmgrs using clustering. QM1, QM2 and QM3 are part of the cluster.

20 Msgs sent to a topic queue in QM1. sub(abc.sub1) in QM1 has DESTQMGR(USACLUS1) and DEST(DMT.TEST.Q01).

Qmgr alias USACLUS1 & local queue DMT.TEST.Q01 are defined in 2 qmgrs QM1 and QM2 with DEFBIND(NOTFIXED) and CLWLUSEQ(ANY) options.

With DEFBIND(NOTFIXED) and CLWLUSEQ(ANY) I have thought msgs will get work load balanced evenly in QM1 and QM2. But msgs ends up in one or the other.

Any idea?

1 : dis sub(abc.sub1) all
AMQ8096: WebSphere MQ subscription inquired.
SUBID(414D51204D515153445230332020202099ABBD5106740020)
SUB(ADM.SUB1) TOPICSTR(ADMQA)
TOPICOBJ(ADM.SPRAY) DEST(DMT.TEST.Q01)
DESTQMGR(USACLUS1) PUBAPPID( )
SELECTOR( ) SELTYPE(NONE)
USERDATA( )
PUBACCT(0339303000000000000000000000000000000000000000000000000000000006)
DESTCORL(414D51204D515153445230332020202099ABBD5106740020)
DESTCLAS(PROVIDED) DURABLE(YES)
EXPIRY(UNLIMITED) PSPROP(NONE)
PUBPRTY(ASPUB) REQONLY(NO)
SUBSCOPE(ALL) SUBLEVEL(1)
SUBTYPE(ADMIN) VARUSER(ANY)
WSCHEMA(TOPIC) SUBUSER(mqm)
CRDATE(2013-06-21) CRTIME(13:00:40)
ALTDATE(2013-07-11) ALTTIME(09:46:49)

:
DIS QR(USACLUS1) ALL
39 : DIS QR(USACLUS1) ALL
AMQ8409: Display Queue details.
QUEUE(USACLUS1) TYPE(QREMOTE)
ALTDATE(2013-07-11) ALTTIME(10.03.32)
CLUSNL( ) CLUSTER(GTRQAPDC1)
CLWLPRTY(0) CLWLRANK(0)
DEFBIND(NOTFIXED) DEFPRTY(0)
DEFPSIST(NO) DEFPRESP(SYNC)
DESCR( ) PUT(ENABLED)
RQMNAME(MQQSDR05) RNAME( )
SCOPE(QMGR) XMITQ( )

DIS QL(DMT.TEST.Q01) ALL
38 : DIS QL(DMT.TEST.Q01) ALL
AMQ8409: Display Queue details.
QUEUE(DMT.TEST.Q01) TYPE(QLOCAL)
ACCTQ(QMGR) ALTDATE(2013-07-11)
ALTTIME(09.45.55) BOQNAME()
BOTHRESH(1) CLUSNL( )
CLUSTER(GTRQAPDC1) CLWLPRTY(0)
CLWLRANK(0) CLWLUSEQ(ANY)
CRDATE(2013-07-11) CRTIME(09.45.55)
CURDEPTH(60) DEFBIND(NOTFIXED)
DEFPRTY(0) DEFPSIST(YES)
DEFPRESP(SYNC) DEFREADA(NO)
DEFSOPT(SHARED) DEFTYPE(PREDEFINED)
DESCR( ) DISTL(NO)
GET(ENABLED) NOHARDENBO
INITQ( ) IPPROCS(0)
MAXDEPTH(1000000) MAXMSGL(4194304)
MONQ(QMGR) MSGDLVSQ(FIFO)
NOTRIGGER NPMCLASS(NORMAL)
OPPROCS(0) PROCESS( )
PUT(ENABLED) PROPCTL(COMPAT)
QDEPTHHI(80) QDEPTHLO(20)
QDPHIEV(ENABLED) QDPLOEV(ENABLED)
QDPMAXEV(ENABLED) QSVCIEV(NONE)
QSVCINT(999999999) RETINTVL(0)
SCOPE(QMGR) SHARE
STATQ(QMGR) TRIGDATA( )
TRIGDPTH(1) TRIGMPRI(0)
TRIGTYPE(FIRST) USAGE(NORMAL)

 _____________________________________________________________
 
DTCC DISCLAIMER: This email and any files transmitted with it are
confidential and intended solely for the use of the individual or
entity to whom they are addressed. If you have received this email
in error, please notify us immediately and delete the email and any
attachments from your system. The recipient should check this email
and any attachments for the presence of viruses. The company
accepts no liability for any damage caused by any virus transmitted
by this email.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

Ram

2013-07-11 22:15:29 UTC

Permalink

Why do you need qmgr alias here - both alias and local queue are in same cluster .

Even if you must need qmgr alias , can you blank out rqmname.

Ram Ramanathan

Post by Oddo, Fred
Trying to work load balance msgs in 2 qmgrs using clustering. QM1, QM2 and QM3 are part of the cluster.
20 Msgs sent to a topic queue in QM1. sub(abc.sub1) in QM1 has DESTQMGR(USACLUS1) and DEST(DMT.TEST.Q01).
Qmgr alias USACLUS1 & local queue DMT.TEST.Q01 are defined in 2 qmgrs QM1 and QM2 with DEFBIND(NOTFIXED) and CLWLUSEQ(ANY) options.
With DEFBIND(NOTFIXED) and CLWLUSEQ(ANY) I have thought msgs will get work load balanced evenly in QM1 and QM2. But msgs ends up in one or the other.
Any idea?
1 : dis sub(abc.sub1) all
AMQ8096: WebSphere MQ subscription inquired.
SUBID(414D51204D515153445230332020202099ABBD5106740020)
SUB(ADM.SUB1) TOPICSTR(ADMQA)
TOPICOBJ(ADM.SPRAY) DEST(DMT.TEST.Q01)
DESTQMGR(USACLUS1) PUBAPPID( )
SELECTOR( ) SELTYPE(NONE)
USERDATA( )
PUBACCT(0339303000000000000000000000000000000000000000000000000000000006)
DESTCORL(414D51204D515153445230332020202099ABBD5106740020)
DESTCLAS(PROVIDED) DURABLE(YES)
EXPIRY(UNLIMITED) PSPROP(NONE)
PUBPRTY(ASPUB) REQONLY(NO)
SUBSCOPE(ALL) SUBLEVEL(1)
SUBTYPE(ADMIN) VARUSER(ANY)
WSCHEMA(TOPIC) SUBUSER(mqm)
CRDATE(2013-06-21) CRTIME(13:00:40)
ALTDATE(2013-07-11) ALTTIME(09:46:49)
DIS QR(USACLUS1) ALL
39 : DIS QR(USACLUS1) ALL
AMQ8409: Display Queue details.
QUEUE(USACLUS1) TYPE(QREMOTE)
ALTDATE(2013-07-11) ALTTIME(10.03.32)
CLUSNL( ) CLUSTER(GTRQAPDC1)
CLWLPRTY(0) CLWLRANK(0)
DEFBIND(NOTFIXED) DEFPRTY(0)
DEFPSIST(NO) DEFPRESP(SYNC)
DESCR( ) PUT(ENABLED)
RQMNAME(MQQSDR05) RNAME( )
SCOPE(QMGR) XMITQ( )
DIS QL(DMT.TEST.Q01) ALL
38 : DIS QL(DMT.TEST.Q01) ALL
AMQ8409: Display Queue details.
QUEUE(DMT.TEST.Q01) TYPE(QLOCAL)
ACCTQ(QMGR) ALTDATE(2013-07-11)
ALTTIME(09.45.55) BOQNAME()
BOTHRESH(1) CLUSNL( )
CLUSTER(GTRQAPDC1) CLWLPRTY(0)
CLWLRANK(0) CLWLUSEQ(ANY)
CRDATE(2013-07-11) CRTIME(09.45.55)
CURDEPTH(60) DEFBIND(NOTFIXED)
DEFPRTY(0) DEFPSIST(YES)
DEFPRESP(SYNC) DEFREADA(NO)
DEFSOPT(SHARED) DEFTYPE(PREDEFINED)
DESCR( ) DISTL(NO)
GET(ENABLED) NOHARDENBO
INITQ( ) IPPROCS(0)
MAXDEPTH(1000000) MAXMSGL(4194304)
MONQ(QMGR) MSGDLVSQ(FIFO)
NOTRIGGER NPMCLASS(NORMAL)
OPPROCS(0) PROCESS( )
PUT(ENABLED) PROPCTL(COMPAT)
QDEPTHHI(80) QDEPTHLO(20)
QDPHIEV(ENABLED) QDPLOEV(ENABLED)
QDPMAXEV(ENABLED) QSVCIEV(NONE)
QSVCINT(999999999) RETINTVL(0)
SCOPE(QMGR) SHARE
STATQ(QMGR) TRIGDATA( )
TRIGDPTH(1) TRIGMPRI(0)
TRIGTYPE(FIRST) USAGE(NORMAL)
_____________________________________________________________
DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.
List Archive - Manage Your List Settings - Unsubscribe
Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

Oddo, Fred

2013-07-12 13:54:32 UTC

Permalink

Sorry - That was an error in reporting.

Qmgr alias and local qâs are not defined in QM1. They are only in QM2 and QM3.

Yes, we tried with and without RQMNAME. It does nât work load balance.

We have this configuration working fine without TOPIC/Subscription.

Could it be something to do with TOPIC?

From: MQSeries List [mailto:***@LISTSERV.MEDUNIWIEN.AC.AT] On Behalf Of Ram
Sent: Thursday, July 11, 2013 5:15 PM
To: ***@LISTSERV.MEDUNIWIEN.AC.AT
Subject: Re: Work load balancing does n't occur with clustered queues.

Why do you need qmgr alias here - both alias and local queue are in same cluster .

Even if you must need qmgr alias , can you blank out rqmname.

Ram Ramanathan

On Jul 11, 2013, at 2:15 PM, "Oddo, Fred" <***@DTCC.COM<mailto:***@DTCC.COM>> wrote:
Trying to work load balance msgs in 2 qmgrs using clustering. QM1, QM2 and QM3 are part of the cluster.

20 Msgs sent to a topic queue in QM1. sub(abc.sub1) in QM1 has DESTQMGR(USACLUS1) and DEST(DMT.TEST.Q01).

Qmgr alias USACLUS1 & local queue DMT.TEST.Q01 are defined in 2 qmgrs QM1 and QM2 with DEFBIND(NOTFIXED) and CLWLUSEQ(ANY) options.

With DEFBIND(NOTFIXED) and CLWLUSEQ(ANY) I have thought msgs will get work load balanced evenly in QM1 and QM2. But msgs ends up in one or the other.

Any idea?

1 : dis sub(abc.sub1) all
AMQ8096: WebSphere MQ subscription inquired.
SUBID(414D51204D515153445230332020202099ABBD5106740020)
SUB(ADM.SUB1) TOPICSTR(ADMQA)
TOPICOBJ(ADM.SPRAY) DEST(DMT.TEST.Q01)
DESTQMGR(USACLUS1) PUBAPPID( )
SELECTOR( ) SELTYPE(NONE)
USERDATA( )
PUBACCT(0339303000000000000000000000000000000000000000000000000000000006)
DESTCORL(414D51204D515153445230332020202099ABBD5106740020)
DESTCLAS(PROVIDED) DURABLE(YES)
EXPIRY(UNLIMITED) PSPROP(NONE)
PUBPRTY(ASPUB) REQONLY(NO)
SUBSCOPE(ALL) SUBLEVEL(1)
SUBTYPE(ADMIN) VARUSER(ANY)
WSCHEMA(TOPIC) SUBUSER(mqm)
CRDATE(2013-06-21) CRTIME(13:00:40)
ALTDATE(2013-07-11) ALTTIME(09:46:49)

:
DIS QR(USACLUS1) ALL
39 : DIS QR(USACLUS1) ALL
AMQ8409: Display Queue details.
QUEUE(USACLUS1) TYPE(QREMOTE)
ALTDATE(2013-07-11) ALTTIME(10.03.32)
CLUSNL( ) CLUSTER(GTRQAPDC1)
CLWLPRTY(0) CLWLRANK(0)
DEFBIND(NOTFIXED) DEFPRTY(0)
DEFPSIST(NO) DEFPRESP(SYNC)
DESCR( ) PUT(ENABLED)
RQMNAME(MQQSDR05) RNAME( )
SCOPE(QMGR) XMITQ( )

DIS QL(DMT.TEST.Q01) ALL
38 : DIS QL(DMT.TEST.Q01) ALL
AMQ8409: Display Queue details.
QUEUE(DMT.TEST.Q01) TYPE(QLOCAL)
ACCTQ(QMGR) ALTDATE(2013-07-11)
ALTTIME(09.45.55) BOQNAME()
BOTHRESH(1) CLUSNL( )
CLUSTER(GTRQAPDC1) CLWLPRTY(0)
CLWLRANK(0) CLWLUSEQ(ANY)
CRDATE(2013-07-11) CRTIME(09.45.55)
CURDEPTH(60) DEFBIND(NOTFIXED)
DEFPRTY(0) DEFPSIST(YES)
DEFPRESP(SYNC) DEFREADA(NO)
DEFSOPT(SHARED) DEFTYPE(PREDEFINED)
DESCR( ) DISTL(NO)
GET(ENABLED) NOHARDENBO
INITQ( ) IPPROCS(0)
MAXDEPTH(1000000) MAXMSGL(4194304)
MONQ(QMGR) MSGDLVSQ(FIFO)
NOTRIGGER NPMCLASS(NORMAL)
OPPROCS(0) PROCESS( )
PUT(ENABLED) PROPCTL(COMPAT)
QDEPTHHI(80) QDEPTHLO(20)
QDPHIEV(ENABLED) QDPLOEV(ENABLED)
QDPMAXEV(ENABLED) QSVCIEV(NONE)
QSVCINT(999999999) RETINTVL(0)
SCOPE(QMGR) SHARE
STATQ(QMGR) TRIGDATA( )
TRIGDPTH(1) TRIGMPRI(0)
TRIGTYPE(FIRST) USAGE(NORMAL)

_____________________________________________________________
DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.
________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:***@LISTSERV.MEDUNIWIEN.AC.AT?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>

________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:***@LISTSERV.MEDUNIWIEN.AC.AT?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>

 _____________________________________________________________
 
DTCC DISCLAIMER: This email and any files transmitted with it are
confidential and intended solely for the use of the individual or
entity to whom they are addressed. If you have received this email
in error, please notify us immediately and delete the email and any
attachments from your system. The recipient should check this email
and any attachments for the presence of viruses. The company
accepts no liability for any damage caused by any virus transmitted
by this email.

Bruce Lerner

2013-07-12 17:43:54 UTC

Permalink

At MQOPEN, the clustering software will select a destination queue for
subsequent MQPUTs.

DEFBIND(NOTFIXED) is a queue attribute, and this bind option is only used if
the app specifies MQOO_BIND_AS_QDEF. If this is the case, AND if a
subsequent MQPUT fails for this queue, then the clustering software will
select another queue - if one is available. The app could achieve the same
behavior by specifying MQOO_BIND_NOT_FIXED.

So, what bind option does the app specify?

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES