Behaviour of cluster queue alias

[Coombs, Lawrence]

I have a test cluster with five queue managers, lets call them A, B, C,
D and E. I defined a cluster alias on queue manager B that resolves to a
cluster queue that is defined on B, C, D and E.

I have an application that is running and connected to queue manager A
and putting messages to the cluster alias. The DEFBIND is set to
NOTFIXED on the alias as well as the cluster queues. The CLWLUSEQ is set
to ANY on the cluster queues.

Somehow when the application puts messages on the cluster alias, ALL the
messages end up on the cluster queue that is defined on B, which just
happens to be the same queue manager that the alias is defined on.

I do not want to define the alias on queue manager A. Is there any way
in this scenario to get messages that are put to the alias queue from
queue manager A to be round robbined between all 4 instances of the
cluster queue on (B, C, D and E)?

PS: This is a test environment.

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

[PEDRO GUERRERO OLMEDO]

We normally would use a cluster QALIAS in each QMGR (B,C,D,E) with local target queue (not cluster queue),

It works fine and round robin is done.

Hope this helps.
Pere


-----Mensaje original-----
De: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] En nombre de Coombs, Lawrence
Enviado el: miércoles, 30 de septiembre de 2009 16:36
Para: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Asunto: Re: Behaviour of cluster queue alias

I have a test cluster with five queue managers, lets call them A, B, C,
D and E. I defined a cluster alias on queue manager B that resolves to a
cluster queue that is defined on B, C, D and E.

I have an application that is running and connected to queue manager A
and putting messages to the cluster alias. The DEFBIND is set to
NOTFIXED on the alias as well as the cluster queues. The CLWLUSEQ is set
to ANY on the cluster queues.

Somehow when the application puts messages on the cluster alias, ALL the
messages end up on the cluster queue that is defined on B, which just
happens to be the same queue manager that the alias is defined on.

I do not want to define the alias on queue manager A. Is there any way
in this scenario to get messages that are put to the alias queue from
queue manager A to be round robbined between all 4 instances of the
cluster queue on (B, C, D and E)?

PS: This is a test environment.

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

¿Necesita imprimir este mensaje? Protejamos el medio ambiente.
Li cal imprimir aquest missatge? Protegim el medi ambient.
¿Precisa imprimir esta mensaxe? Protexamos o ambiente.
Beharrezkoa da mezu hau inprimatzea? Babestu dezagun ingurumena.
Do you need to print this message? Let's protect the environment.

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

[Potkay, Peter M (ISD, IT)]

What version of MQ?

If you test with your own set of dummy queues and use amqsput(c), do you
get the same behavior?

"The DEFBIND is set to NOTFIXED on the alias as well as the cluster

queues."
And you are sure the app is not coding BIND_ON_OPEN?



I would think what you are trying is possible, but the 2 Alias Q
examples in the Cluster Manual dance around your exact scenario. :-?
http://publib.boulder.ibm.com/infocenter/wmqv6/v6r0/topic/com.ibm.mq.csq
zah.doc/qc10810_.htm


Peter Potkay
MQSeries Team Leader
IBM Global Services - The Hartford Account


-----Original Message-----
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
Behalf Of Coombs, Lawrence
Sent: Wednesday, September 30, 2009 10:36 AM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Behaviour of cluster queue alias

I have a test cluster with five queue managers, lets call them A, B, C,
D and E. I defined a cluster alias on queue manager B that resolves to a
cluster queue that is defined on B, C, D and E.

I have an application that is running and connected to queue manager A
and putting messages to the cluster alias. The DEFBIND is set to
NOTFIXED on the alias as well as the cluster queues. The CLWLUSEQ is set
to ANY on the cluster queues.

Somehow when the application puts messages on the cluster alias, ALL the
messages end up on the cluster queue that is defined on B, which just
happens to be the same queue manager that the alias is defined on.

I do not want to define the alias on queue manager A. Is there any way
in this scenario to get messages that are put to the alias queue from
queue manager A to be round robbined between all 4 instances of the
cluster queue on (B, C, D and E)?

PS: This is a test environment.

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
************************************************************
This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies.
************************************************************

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

[Coombs, Lawrence]

I am working with WMQ 6.0.2.6. The application is a servlet running
inside WAS 6.x and the JNDI points to the alias queue.

When I put the alias definition on queue manager A (which I don't want
to), everything works fine.

I am using amqsput to do my testing right now.


-----Original Message-----
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
Behalf Of Potkay, Peter M (ISD, IT)
Sent: Wednesday, September 30, 2009 9:57 AM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Behaviour of cluster queue alias

What version of MQ?

If you test with your own set of dummy queues and use amqsput(c), do you
get the same behavior?

"The DEFBIND is set to NOTFIXED on the alias as well as the cluster

queues."
And you are sure the app is not coding BIND_ON_OPEN?



I would think what you are trying is possible, but the 2 Alias Q
examples in the Cluster Manual dance around your exact scenario. :-?
http://publib.boulder.ibm.com/infocenter/wmqv6/v6r0/topic/com.ibm.mq.csq
zah.doc/qc10810_.htm


Peter Potkay
MQSeries Team Leader
IBM Global Services - The Hartford Account


-----Original Message-----
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
Behalf Of Coombs, Lawrence
Sent: Wednesday, September 30, 2009 10:36 AM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Behaviour of cluster queue alias

I have a test cluster with five queue managers, lets call them A, B, C,
D and E. I defined a cluster alias on queue manager B that resolves to a
cluster queue that is defined on B, C, D and E.

I have an application that is running and connected to queue manager A
and putting messages to the cluster alias. The DEFBIND is set to
NOTFIXED on the alias as well as the cluster queues. The CLWLUSEQ is set
to ANY on the cluster queues.

Somehow when the application puts messages on the cluster alias, ALL the
messages end up on the cluster queue that is defined on B, which just
happens to be the same queue manager that the alias is defined on.

I do not want to define the alias on queue manager A. Is there any way
in this scenario to get messages that are put to the alias queue from
queue manager A to be round robbined between all 4 instances of the
cluster queue on (B, C, D and E)?

PS: This is a test environment.

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
************************************************************
This communication, including attachments, is for the exclusive use of
addressee and may contain proprietary, confidential and/or privileged
information. If you are not the intended recipient, any use, copying,
disclosure, dissemination or distribution is strictly prohibited. If
you are not the intended recipient, please notify the sender immediately
by return e-mail, delete this communication and destroy all copies.
************************************************************

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

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

[Coombs, Lawrence]

Thank you, thank you so much. I got it to work by defining a cluster alias on all four queue managers B, C, D and E. When I put from queue manager A, everything worked as I expected.

The reason I am doing this in a round about way (instead of just putting to the cluster object) is because I want to allow the application group to change the alias definition to point to whatever testing environment they are working with instead of bothering me every time.

They have access to the machines that B, C, D and E are running on, but not A. I give them a script with instructions and off they go. No need for me to bounce any JVM each time they require a change.

-----Original Message-----
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of PEDRO GUERRERO OLMEDO
Sent: Wednesday, September 30, 2009 9:54 AM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Behaviour of cluster queue alias

We normally would use a cluster QALIAS in each QMGR (B,C,D,E) with local target queue (not cluster queue),

It works fine and round robin is done.

Hope this helps.
Pere


-----Mensaje original-----
De: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] En nombre de Coombs, Lawrence
Enviado el: miércoles, 30 de septiembre de 2009 16:36
Para: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Asunto: Re: Behaviour of cluster queue alias

I have a test cluster with five queue managers, lets call them A, B, C,
D and E. I defined a cluster alias on queue manager B that resolves to a
cluster queue that is defined on B, C, D and E.

I have an application that is running and connected to queue manager A
and putting messages to the cluster alias. The DEFBIND is set to
NOTFIXED on the alias as well as the cluster queues. The CLWLUSEQ is set
to ANY on the cluster queues.

Somehow when the application puts messages on the cluster alias, ALL the
messages end up on the cluster queue that is defined on B, which just
happens to be the same queue manager that the alias is defined on.

I do not want to define the alias on queue manager A. Is there any way
in this scenario to get messages that are put to the alias queue from
queue manager A to be round robbined between all 4 instances of the
cluster queue on (B, C, D and E)?

PS: This is a test environment.

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

¿Necesita imprimir este mensaje? Protejamos el medio ambiente.
Li cal imprimir aquest missatge? Protegim el medi ambient.
¿Precisa imprimir esta mensaxe? Protexamos o ambiente.
Beharrezkoa da mezu hau inprimatzea? Babestu dezagun ingurumena.
Do you need to print this message? Let's protect the environment.

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

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