ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum IndexGeneral IBM MQ SupportDurable subscriptions to a queue

Post new topicReply to topic Goto page Previous  1, 2
Durable subscriptions to a queue View previous topic :: View next topic
Author Message
mqjeff
PostPosted: Thu Jun 01, 2017 5:03 am Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17263

There's a difference between a PUT and a PUBLISH.

A published message only goes to active/existing subscriptions.

A subscription doesn't publish messages (I know you know that, but you said "There are then admin subscriptions (the same configuration on each IIB server) that publish the messages to an alias queue, again on the IIB server."

If your admin subscriptions are pointing to Alias queues, and those point to queues in the cluster... then I *think* that messages sent to those subscriptions would end up on the cluster xmitq. But you might try using qremotes for the destination of the admin subscriptions.
_________________
Read, Think, Try, Repeat
Back to top
View user's profile Send private message
simonalexander2005
PostPosted: Thu Jun 01, 2017 5:30 am Post subject: Reply with quote

Novice

Joined: 13 Jun 2016
Posts: 23

zpat wrote:
Try taking it out of the cluster, then starting explorer to put to the queue (or use another tool like RFHUTIL) - does it work then?


I tried taking it out of the cluster and then the local alias won't put at all (it can't find the target), which is as expected.

I then tried putting it back into the cluster, and stopping the OUT1 queue manager (as before), but this time putting multiple messages.

The first message triggers the following error in the system log:

Quote:
Channel x to localhost(1417) ended abnormally


and is lost; the rest of the messages make it.

From this, I have realised it's a persistence issue; and it is in fact working as it should.

Thanks again!
Back to top
View user's profile Send private message
zpat
PostPosted: Thu Jun 01, 2017 5:38 am Post subject: Reply with quote

Jedi Council

Joined: 19 May 2001
Posts: 5439
Location: UK

Yes, make sure the messages are persistent.
_________________
Well, I don't think there is any question about it. It can only be attributable to human error. This sort of thing has cropped up before, and it has always been due to human error.
Back to top
View user's profile Send private message
jcv
PostPosted: Thu Jun 01, 2017 10:31 am Post subject: Reply with quote

Partisan

Joined: 07 May 2007
Posts: 382
Location: Zagreb

https://www.ibm.com/support/knowledgecenter/SSFKSJ_8.0.0/com.ibm.mq.pro.doc/q004930_.htm
http://www.mqtechconference.com/sessions_v2013/MQTC-PubSub_Part_I.pdf

For event information, it is interesting to subscribe to it via durable subscription, so that recurring subscriber doesn't "miss a beat" while it is inactive. For state information, it is interesting to publish it with MQPMO_RETAIN, so that new subscriber doesn't have to wait for the new publication.

I'd say you are interested in subscription durability, as your topic title suggests, but who knows? I am also not very familiar with these pub/sub notions, wanted to test that theory a little bit with API exerciser, but I didn't succeed. Not because of the tool, but because of the unfamiliarity.
Back to top
View user's profile Send private message Visit poster's website
PeterPotkay
PostPosted: Thu Jun 01, 2017 4:10 pm Post subject: Reply with quote

Jedi Council

Joined: 15 May 2001
Posts: 7358

mqjeff wrote:

If your admin subscriptions are pointing to Alias queues, and those point to queues in the cluster... then I *think* that messages sent to those subscriptions would end up on the cluster xmitq.

They will.

We use Administrative subscriptions pointing at Alias queues that resolve to clustered queues a lot.
_________________
Peter Potkay
Keep Calm and MQ On
Back to top
View user's profile Send private message
Display posts from previous:
Post new topicReply to topic Goto page Previous  1, 2 Page 2 of 2

MQSeries.net Forum IndexGeneral IBM MQ SupportDurable subscriptions to a queue
Jump to:



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
Protected by Anti-Spam ACP


Theme by Dustin Baccetti
Powered by phpBB 2001, 2002 phpBB Group

Copyright MQSeries.net. All rights reserved.