Author |
Message
|
jcv |
Posted: Mon Feb 16, 2009 6:42 am Post subject: AMQ8155 urcMS_MAX_CONNS_LIMIT_REACHED |
|
|
 Chevalier
Joined: 07 May 2007 Posts: 411 Location: Zagreb
|
Quote: |
$ mqrc AMQ8155
536904021 0x20008155 urcMS_MAX_CONNS_LIMIT_REACHED
MESSAGE:
Connection limit exceeded.
EXPLANATION:
The queue manager connection limit has been exceeded.
ACTION:
The maximum limit on the number of WebSphere MQ application programs that may
be connected to the queue manager has been exceeded. Try the command later.
|
Hello!
Which qmgr attribute / qm.ini setting must be reduced in order to provoke this error? Does it have anything to do with:
Quote: |
$ mqrc 2025
2025 0x000007e9 MQRC_MAX_CONNS_LIMIT_REACHED
|
for which I have idea how to provoke it, that is by using setMaxConnections() method on MQSimpleConnectionManager class. |
|
Back to top |
|
 |
bruce2359 |
Posted: Mon Feb 16, 2009 7:04 pm Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
Some details would help us help you.
What version, release, of WMQ?
What platform?
Exactly what were you attempting to do when you received the AMQ message? The 2025 reason code?
Is this a new problem for you? New qmgr? New application?
What have you tried? What were the results?
Or are you just curious? _________________ I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
Back to top |
|
 |
jcv |
Posted: Tue Feb 17, 2009 1:32 am Post subject: |
|
|
 Chevalier
Joined: 07 May 2007 Posts: 411 Location: Zagreb
|
Hi Bruce,
I'm always curious, but right now I'm more than just that. I have one expert who convinces me that there is a hard limit on the overall number of connections which qmgr may accept at any one time. His argument is the existence of AMQ8155. I see that limit of simultaneous connections to a qmanager (client TCP + binding shared memory) does not exist because:
a) dis qmstatus conns exceeds any round number I can imagine as a limit on any of my qmgrs
b) I don't know of any such parameter which would set this limit
He told me that MaxChannels is the limit he is talking about. I usually have ten times more binding connections than client connections, which I suppose have nothing to do with channels (binding ones). Anyway, to be completely sure about his claims I have reduced that parameter to hit the limit, and got in the AMQERR01.LOG:
Quote: |
AMQ9513: Maximum number of channels reached.
EXPLANATION:
The maximum number of channels that can be in use simultaneously has been
reached. The number of permitted channels is a configurable parameter in the
queue manager configuration file.
ACTION:
Wait for some of the operating channels to close. Retry the operation when some
channels are available.
|
I have checked the same way MaxActiveChannels, and got:
Quote: |
AMQ9573: Maximum number of active channels reached.
EXPLANATION:
There are too many channels active to start another. The current defined
maximum number of active channels is 2.
ACTION:
Either wait for some of the operating channels to close or use the stop channel
command to close some channels. Retry the operation when some channels are
available. The maximum number of active channels is a configurable parameter in
the queue manager configuration file.
|
In both cases I was able to connect via runmqsc from the local machine, after the limit is hit. That's why I'm looking for the scenario which can lead to AMQ8155, although I'm convinced I'm right. I suppose this scenario is linked only with using ConnectionManager in Java? Here are some data about the platform:
$ dspmqver
Name: WebSphere MQ
Version: 6.0.2.2
CMVC level: p600-202-070801
BuildType: IKAP - (Production)
$ uname
Linux |
|
Back to top |
|
 |
jcv |
Posted: Tue Feb 17, 2009 1:47 am Post subject: |
|
|
 Chevalier
Joined: 07 May 2007 Posts: 411 Location: Zagreb
|
I believe that limit about which AMQ8155 is talking, is actually ConnectionManager class limit, not qmgr limit in the sense for all aplications set by administrator. |
|
Back to top |
|
 |
bruce2359 |
Posted: Tue Feb 17, 2009 7:07 am Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
Max channels is the maximum size of the channel status table. Max active channels is the total number of channels (LT or EQ max channels) that can be active at any given time. Both are defined in the qm.ini file.
Runmqsc (and other non-client bindings applications) connects directly to a specific local qmgr, so no channels are involved. _________________ I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
Back to top |
|
 |
jcv |
Posted: Tue Feb 17, 2009 7:40 am Post subject: |
|
|
 Chevalier
Joined: 07 May 2007 Posts: 411 Location: Zagreb
|
Is there a limit on a number of bindings connections configurable on qmgr level? If yes, which parameter is this? |
|
Back to top |
|
 |
belchman |
Posted: Tue Feb 17, 2009 9:18 am Post subject: |
|
|
Partisan
Joined: 31 Mar 2006 Posts: 386 Location: Ohio, USA
|
Clue: qm.ini | channels stanza | maxchannels entry _________________ Make three correct guesses consecutively and you will establish a reputation as an expert. ~ Laurence J. Peter |
|
Back to top |
|
 |
PeterPotkay |
Posted: Tue Feb 17, 2009 11:25 am Post subject: |
|
|
 Poobah
Joined: 15 May 2001 Posts: 7722
|
The # of max channels specified doesn't have any effect on how many apps can connect in bindings mode, since they don't use channels for their connections. _________________ Peter Potkay
Keep Calm and MQ On |
|
Back to top |
|
 |
vol |
Posted: Tue Feb 17, 2009 12:28 pm Post subject: |
|
|
Acolyte
Joined: 01 Feb 2009 Posts: 69
|
Quote: |
Is there a limit on a number of bindings connections configurable on qmgr level? |
No, there is no limit imposed by the qmgr. |
|
Back to top |
|
 |
jcv |
Posted: Tue Feb 17, 2009 2:39 pm Post subject: |
|
|
 Chevalier
Joined: 07 May 2007 Posts: 411 Location: Zagreb
|
Thank you all for your answers. |
|
Back to top |
|
 |
|