Re: Disappearing cluster queues

[Potkay, Peter M (ISD, IT)]

Morag, the below testing contradicts your post that says a PR only talks to 2 FR directly. ???

 

I just issued a REFRESH CLUSTER(CLUSTER1) command from PR1, and the channels to FR1, FR2 and FR3 all started up.

 

5.3 CSD04

Windows XP SP1

All testing done via MO71.

 

When I added FR4 to the FR ring after PR1 was introduced, PR1 did made an Auto CLUSSNDR channels to FR4 immediately.

When I added PR2 to the cluster, it made Auto CLUSSNDR channels to all 4 FRs immediatly.

 

 

-----Original Message-----
From: Potkay, Peter M (ISD, IT) [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 22, 2004 11:57 PM
To: [EMAIL PROTECTED]
Subject: Re: Disappearing cluster queues

I did the following in the order listed:

 

Create queue manager FR1, FR2 and FR3

Define CLUSRCVRs on FR1 called TO.FR1, on FR2 called TO.FR2 and on FR3 called TO.FR3, all with the CLUSTER attribute set to CLUSTER1

Alter each QM to be a Full Repository for CLUSTER1

Manually define CLUSSNDRs on each FR to both other FRs (on FR1 create CLUSSNDRs TO.FR2 and TO.FR3, on FR2 create CLUSSNDRs TO.FR1 and TO.FR3, on FR3 create CLUSSNDRs TO.FR1 and TO.FR1)

 

I have a ring of three FRs.

 

Now I create queue manager PR1, define a CLUSRCVR called TO.PR1 clustered to CLUSTER1, and then define one and only one CLUSSNDR to FR1. Without doing anything else, PR1 immediately had Automatic CLUSSNDRs to all 3 FRs.

 

Looks like a PR defines Auto CLUSSNDRs to every FR in the cluster.

 

I check the Sequence Numbers of the channels leaving PR1

TO.FR1=6

TO.FR2=5

TO.FR3=2

 

Now I create 1 local queue called PR1.LOCAL.QUEUE on PR1, and cluster it to CLUSTER1. All 3 Auto CLUSSNDRs start running. Looking at the sequence numbers again, I see:

TO.FR1=8

TO.FR2=6

TO.FR3=3

 

To me, this indicates that a partial repository QM in a cluster sends its info directly to ALL full repositories in a cluster, regardless of how many there are.

 

 

As for the question about overlapping clusters, I have 1 Gateway QM that is a partial repository for four overlapping clusters. Each of the clusters has only 2 other QMs, and those are the Full Repositories for their respective clusters. If a create a queue on the Gateway QM, and cluster it to the Cluster Namelist, all 8 FRs know about the new queue right away, and they get that info directly from the Gateway QM.

 

 

-----Original Message-----
From: Wyatt, T Rob [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 22, 2004 4:14 PM
To: [EMAIL PROTECTED]
Subject: Re: Disappearing cluster queues

Peter,

 

FR#1 gets an update (or at least an attempt) every time.  If I remember correctly, the secondary FR is chosen using cluster workload balancing - PUT-enabled cluster command queue, FR#_ is not suspended, NETPRTY on the channels, etc.  I know Jill covered this in class but I can't remember for sure.  If you were to define two explicit CLUSSDRs to two FRs however, then those two are always used.

 

What is not clear to me is what happens if you advertise a queue in two different overlapping clusters with two distinct full repositories each (4 FRs in 2 clusters).  Does the partial repository publish to two fulls *per cluster* or two fulls total?  How would this be affected if the CLUSSDR CLUSNL attribute specified two clusters and the target QMgr was a repository for only one of them?  I haven't found reference to this in any manual and it did not occur to me to ask while in cluster class.  I would have to assume it is per cluster and MQ is smart enough to know which clusters the target QMgr is a full repository for.  But I've been surprised before on stuff that seemed more obvious than this (AdoptNewMCA not supported on RQSTR channels comes to mind).  Paul? Justin?  Any help here?

 

-- T.Rob

-----Original Message-----
From: MQSeries List [mailto:[EMAIL PROTECTED]On Behalf Of Potkay, Peter M (ISD, IT)
Sent: Wednesday, September 22, 2004 3:44 PM
To: [EMAIL PROTECTED]
Subject: Re: Disappearing cluster queues

So given FR#1 and FR#2 and FR#3 and FR#4, which FRs get the updates (directly) from PR#1 if PR#1 has a manually defined CLUSSNDR to FR#1, which is all PR#1 needs?

 

Is it random? How does PR#1 decide what other FR it should send its info to?

 

 

 

-----Original Message-----
From: Wyatt, T Rob [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 22, 2004 3:21 PM
To: [EMAIL PROTECTED]
Subject: Re: Disappearing cluster queues

Peter,

 

The full repositories publish to as many other full repositories as they have explicit CLUSSDR definitions for but a partial publishes to only two full repositories no matter how many you have.  Once the full repository receives information from a partial, it then republishes to all the other full repositories.

 

So the assertion that the partials only publish to two fulls is correct.  So is the notion that you can have more than two full repositories and they are all in synch - assuming you have properly defined CLUSSDR channels between all the repositories.

 

-- T.Rob

 

This communication, including attachments, is for the exclusive use of
addressee and may contain proprietary, confidential 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 email and delete this communication and destroy all copies.

This communication, including attachments, is for the exclusive use of
addressee and may contain proprietary, confidential 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 email and delete this communication and destroy all copies.