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 Index » General IBM MQ Support » MAXUMSGS value change

Post new topic  Reply to topic Goto page 1, 2  Next
 MAXUMSGS value change « View previous topic :: View next topic » 
Author Message
kumarbai
PostPosted: Wed Jun 11, 2014 4:11 am    Post subject: MAXUMSGS value change Reply with quote

Apprentice

Joined: 24 May 2013
Posts: 45

I am trying to put messages on the remote queue of my local queue Manager QM1.
The remote queue maps to the local queue of another remote queue manager QM2 residing on some other system.

My local Queue manager has the MAXUMSGS setting as 10000.When i am trying to send more than 10000 uncommitted messages i am getting MQ error 2024 at my end.
Can i increase the value of MAXUMSGS to more than 10000 safely at my local Queue manager .Does the the remote queue manager also needs any changes.
Back to top
View user's profile Send private message
exerk
PostPosted: Wed Jun 11, 2014 4:15 am    Post subject: Re: MAXUMSGS value change Reply with quote

Jedi Council

Joined: 02 Nov 2006
Posts: 6339

kumarbai wrote:
My local Queue manager has the MAXUMSGS setting as 10000.When i am trying to send more than 10000 uncommitted messages i am getting MQ error 2024 at my end.

Were you expecting something else?

kumarbai wrote:
Can i increase the value of MAXUMSGS to more than 10000 safely at my local Queue manager.

That's a question only you can answer - you know the spec and resource usage of your system, we don't.

kumarbai wrote:
Does the the remote queue manager also needs any changes.

Why do you think it would?
_________________
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
View user's profile Send private message
kumarbai
PostPosted: Wed Jun 11, 2014 4:25 am    Post subject: Reply with quote

Apprentice

Joined: 24 May 2013
Posts: 45

hi ,
Thanks for the reply.
Sending more than 10000 messages happens once in a blue moon.So as per your reply it seems it is sufficient only to change the value at my qmanager end.
So no change required anywhere else?
Back to top
View user's profile Send private message
exerk
PostPosted: Wed Jun 11, 2014 4:29 am    Post subject: Reply with quote

Jedi Council

Joined: 02 Nov 2006
Posts: 6339

kumarbai wrote:
Sending more than 10000 messages happens once in a blue moon

That is irrelevant - what you should be questioning is why an application requires putting > 10,000 messages before committing? What's to stop them deciding to send 1,000,000+ messages before committing when the next blue moon arrives?
_________________
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
View user's profile Send private message
kumarbai
PostPosted: Wed Jun 11, 2014 4:35 am    Post subject: Reply with quote

Apprentice

Joined: 24 May 2013
Posts: 45

Sending more than 10000 messages happens once in a while onlyand also in rare cases.It may not exceed 50000 in that case also.

The application needs to send all these messages at one shot as it depends on other transactions. Either send all messages or don't send any at all.

So do you see any issue in changing the MAXUMSGS setting to a higher value at my Q manager end.?
The other end need not bother about my change.Right?
Back to top
View user's profile Send private message
fjb_saper
PostPosted: Wed Jun 11, 2014 4:42 am    Post subject: Reply with quote

Grand High Poobah

Joined: 18 Nov 2003
Posts: 20696
Location: LI,NY

kumarbai wrote:
Sending more than 10000 messages happens once in a while onlyand also in rare cases.It may not exceed 50000 in that case also.

The application needs to send all these messages at one shot as it depends on other transactions. Either send all messages or don't send any at all.

So do you see any issue in changing the MAXUMSGS setting to a higher value at my Q manager end.?
The other end need not bother about my change.Right?


Just changing the max uncommitted messages won't do it alone. You also need to verify that you have enough log space (defined and available) to accommodate that max uncommitted message number.

Have fun
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
kumarbai
PostPosted: Wed Jun 11, 2014 4:45 am    Post subject: Reply with quote

Apprentice

Joined: 24 May 2013
Posts: 45

Quote:

Just changing the max uncommitted messages won't do it alone. You also need to verify that you have enough log space to accommodate that max uncommitted message number.


You mean the enough disk space?


Last edited by kumarbai on Wed Jun 11, 2014 4:47 am; edited 1 time in total
Back to top
View user's profile Send private message
exerk
PostPosted: Wed Jun 11, 2014 4:46 am    Post subject: Reply with quote

Jedi Council

Joined: 02 Nov 2006
Posts: 6339

kumarbai wrote:
Sending more than 10000 messages happens once in a while only and also in rare cases. It may not exceed 50000 in that case also.

Make sure that's documented so you can use it as evidence when they try sending more than that and you hit MQRC 2024 again, you'll be able to use it as ammunition during the 'why didn't you send our messages' Q & A session.

kumarbai wrote:
The application needs to send all these messages at one shot as it depends on other transactions. Either send all messages or don't send any at all.

Sounds like a poor design to me.

kumarbai wrote:
So do you see any issue in changing the MAXUMSGS setting to a higher value at my Q manager end.?

Again, I don't know your system spec or usage and I'm just some random stranger on the internet, but you could work out whether they'll fit in the available memory/buffer/storage.

kumarbai wrote:
The other end need not bother about my change.Right?

Think more deeply about your question, to which you already know the answer.
_________________
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
View user's profile Send private message
kumarbai
PostPosted: Wed Jun 11, 2014 4:50 am    Post subject: Reply with quote

Apprentice

Joined: 24 May 2013
Posts: 45

Quote:
The other end need not bother about my change.Right?


Quote:
Think more deeply about your question, to which you already know the answer.


My answer is no need of any change at the other end except at my local q manager .No changes required at the channels or at remote queue manager.
Hope you don't contradict.
Back to top
View user's profile Send private message
kumarbai
PostPosted: Wed Jun 11, 2014 5:09 am    Post subject: Reply with quote

Apprentice

Joined: 24 May 2013
Posts: 45

Does after the change of MAXUMSGS setting requires restart of the Q manager?
Back to top
View user's profile Send private message
exerk
PostPosted: Wed Jun 11, 2014 5:10 am    Post subject: Reply with quote

Jedi Council

Joined: 02 Nov 2006
Posts: 6339

kumarbai wrote:
Does after the change of MAXUMSGS setting requires restart of the Q manager?

What does the Knowledge Centre (assuming you can get into it) say?
_________________
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
View user's profile Send private message
kumarbai
PostPosted: Wed Jun 11, 2014 5:17 am    Post subject: Reply with quote

Apprentice

Joined: 24 May 2013
Posts: 45

exerk wrote:
kumarbai wrote:
Does after the change of MAXUMSGS setting requires restart of the Q manager?

What does the Knowledge Centre (assuming you can get into it) say?


I am not able to get into it.and no where else is it is specifically mentioned.
can you guide pls?
Back to top
View user's profile Send private message
exerk
PostPosted: Wed Jun 11, 2014 5:21 am    Post subject: Reply with quote

Jedi Council

Joined: 02 Nov 2006
Posts: 6339

kumarbai wrote:
exerk wrote:
kumarbai wrote:
Does after the change of MAXUMSGS setting requires restart of the Q manager?

What does the Knowledge Centre (assuming you can get into it) say?


I am not able to get into it.and no where else is it is specifically mentioned.
can you guide pls?

Test it! Find, or create, a queue manager where you can reduce MQXUMSGS to something very small and see if it takes immediate effect. Then, change it back to a higher figure and see it has immediate effect. Simples!
_________________
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
View user's profile Send private message
kumarbai
PostPosted: Wed Jun 11, 2014 5:27 am    Post subject: Reply with quote

Apprentice

Joined: 24 May 2013
Posts: 45

exerk wrote:
kumarbai wrote:
exerk wrote:
kumarbai wrote:
Does after the change of MAXUMSGS setting requires restart of the Q manager?

What does the Knowledge Centre (assuming you can get into it) say?


I am not able to get into it.and no where else is it is specifically mentioned.
can you guide pls?

Test it! Find, or create, a queue manager where you can reduce MQXUMSGS to something very small and see if it takes immediate effect. Then, change it back to a higher figure and see it has immediate effect. Simples!


Yes it will effect only after queue manager has restarted .
Back to top
View user's profile Send private message
zpat
PostPosted: Wed Jun 11, 2014 6:29 am    Post subject: Reply with quote

Jedi Council

Joined: 19 May 2001
Posts: 5849
Location: UK

Just commit (syncpoint) your messages more often.

Generally around 100 to 200 messages in a unit of work is about right.

Then you don't have any limit on the number overall.

If you are hitting this 10,000 limit - it's because your application is not designed properly.
_________________
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
Display posts from previous:   
Post new topic  Reply to topic Goto page 1, 2  Next Page 1 of 2

MQSeries.net Forum Index » General IBM MQ Support » MAXUMSGS value change
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.