The ListenerBacklog is how many connect() requests can be queued up by TCP/IP for your listener to process. If all your channels were to trying to start at EXACTLY the same time, then you might manage to hit your ListenerBacklog. In this case some of them would just go through retry processing and get in later. Once the TCP/IP connect() request has been handled by the listener and passed over to a channel pool process (amqrmppa) to run, it no longer counts toward the ListenerBacklog.
There is no reason to make your ListenerBacklog anywhere near as big as MaxChannels. You shouldn't see any problems.
Cheers,
Morag
------------------------------
Morag Hughson
MQ Technical Education Specialist
MQGem Software Limited
------------------------------
Original Message:
Sent: Wed April 08, 2020 06:07 AM
From: Daniel Portela Gomez
Subject: QM properties: ListenerBacklog and MaxActiveChannels
Hello,
how are related if they are the QM properties (in qm.ini) MaxActiveChannels and ListenerBacklog?
If I define a MaxActiveChannels/MaxChannels values to 1000 and ListenerBacklog is just 400, which problems or repercussions I will get.
Thank you in advance
------------------------------
Daniel Portela Gomez
IT Senior Consultant
MeBro.Tec GmbH
Böblingen
004970317156066
------------------------------