| Author |
Message
|
| Mangesh1187 |
 Posted: Tue May 08, 2018 4:34 am Post subject: Currently inetd for MQ listener is usful in any scenarios ? |
 |
|
Centurion
Joined: 23 Mar 2013
Posts: 116
|
Gone through one article about MQ listener given below :
| Quote: |
In MQSeries 5.2 and previous releases, runmqlsr ran each inbound connection as a new thread within itself. If runmqlsr ran out of resources (memory, threads, file descriptors), then it would not accept any new connections. This massively threaded approach worked well on systems with a limited number of channels, but on very busy systems it was necessary to set up multiple listeners and balance connections across them.
The inetd daemon starts a new amqcrsta process for each inbound connection. There is no chance an amqcrsta responsible for only one channel will run out of resources, so even the busiest of queue managers requires only a single port in inetd. However, this massively unthreaded approach means that busy systems may have hundreds of amqcrsta processess, forcing administrators to increase maxuproc. Inetd has no idea when the queue manager is inactive, so it will start amqcrsta processes even when the queue manager is shut down.
WebSphere MQ 5.3 removed the listener scalability problem once and for all. Rather than running each inbound connection as a thread within itself, runmqlsr now passes connections to one of the amqrmppa channel pooling processes.
|
Now with the introduction of this new features of runmqlsr & amqrmppa , in current days , are there any scenarios where using inetd approach is recommended ? |
|
| Back to top |
|
 |
| bruce2359 |
| Posted: Tue May 08, 2018 5:45 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
Why are you citing v5.2 and v5.3? Both have long been out of support.
_________________
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 |
|
|
| Vitor |
| Posted: Tue May 08, 2018 6:18 am Post subject: Re: Currently inetd for MQ listener is usful in any scenario |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| Mangesh1187 wrote: |
Now with the introduction of this new features of runmqlsr & amqrmppa , in current days , are there any scenarios where using inetd approach is recommended ? |
The introduction of runmqlsr (in the text you quote) wasn't in "current days" but many years ago. The inetd daemon has been unsupported for almost as long and I would be amazed if it worked with any current version of MQ (backwards compatibility only goes so far).
Your question is analogous to:
"With the introduction of the internal combustion engine in current days, are there any scenarios where hitching a horse to my car is recommended?"
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Tue May 08, 2018 6:42 am Post subject: Re: Currently inetd for MQ listener is usful in any scenario |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| Mangesh1187 wrote: |
| Gone through one article about MQ listener ... |
Please post the URL for this article.
_________________
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 |
|
|
| exerk |
| Posted: Tue May 08, 2018 7:06 am Post subject: Re: Currently inetd for MQ listener is usful in any scenario |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| Vitor wrote: |
Your question is analogous to:
"With the introduction of the internal combustion engine in current days, are there any scenarios where hitching a horse to my car is recommended?" |
At the front to pull it, or at the back so you can take it for a 'walk'? 
_________________
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 |
|
|
| Vitor |
| Posted: Tue May 08, 2018 7:51 am Post subject: Re: Currently inetd for MQ listener is usful in any scenario |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| exerk wrote: |
| Vitor wrote: |
Your question is analogous to:
"With the introduction of the internal combustion engine in current days, are there any scenarios where hitching a horse to my car is recommended?" |
At the front to pull it, or at the back so you can take it for a 'walk'? |
I would say neither is a recommended scenario given the speed differential car / horse.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| markt |
| Posted: Tue May 08, 2018 8:18 am Post subject: |
|
|
Knight
Joined: 14 May 2002
Posts: 508
|
| Quote: |
| I would be amazed if it worked |
Stand ready to be amazed then. I would be surprised if it didn't work (for some variation of "work").
So I tried it. And it does seem to work. A very quick test got me connected to a queue manager. Though it's not recommended of course. In the not-too-distant past people used that as a way of implementing firewall-like controls, putting an intermediary between the socket and the calls to MQ. As well as providing other isolation or logging opportunities. Rather than calling amqcrsta directly, they called a program or script that in turn invoked the MQ responder.
And there are still people who have never changed because they never thought about it - I can see more than one open PMR right now where the collected configuration info suggests the customer is using inetd. |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue May 08, 2018 9:09 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
  
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Tue May 08, 2018 10:19 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
I still have a client running a v5.something qmgr. I'm no longer amazed by much of anything.
_________________
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 |
|
|
| Vitor |
| Posted: Tue May 08, 2018 10:33 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| bruce2359 wrote: |
| I still have a client running a v5.something qmgr. I'm no longer amazed by much of anything. |
As I speed past amazement, fly over incredulity and into previously unexplored regions of disbelief........
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Tue May 08, 2018 11:12 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| Vitor wrote: |
| bruce2359 wrote: |
| I still have a client running a v5.something qmgr. I'm no longer amazed by much of anything. |
As I speed past amazement, fly over incredulity and into previously unexplored regions of disbelief........ |
Every time I lower my expectations, others come along and meet them.
_________________
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 |
|
|
| PaulClarke |
| Posted: Tue May 08, 2018 2:32 pm Post subject: |
|
|
Grand Master
Joined: 17 Nov 2005
Posts: 1002
Location: New Zealand
|
inetd and AMQCRSTA does have one advantage and that is one of separation. If, for example, you wanted to test a Channel Exit that you were uncertain about then you might prefer to test it in its own AMQCRSTA process rather than having the channel run in AMQRMPPA alongside all your other channels. The channel exit could then scribble over memory without any risk to the other channels. Of course in an ideal world everyone has a thorough test of these things in their dedicated test system, a long way away from production systems. But sometimes life is not ideal.
Cheers,
Paul.
_________________
Paul Clarke
MQGem Software
www.mqgem.com |
|
| Back to top |
|
|
| Mangesh1187 |
| Posted: Wed May 09, 2018 4:30 am Post subject: |
|
|
Centurion
Joined: 23 Mar 2013
Posts: 116
|
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed May 09, 2018 4:35 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
The URL is from 2007, 10+ years ago. Do you have a problem you are working to solve? Are you just curious about MQ internals?
_________________
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 |
|
|
| Mangesh1187 |
| Posted: Wed May 09, 2018 8:23 am Post subject: |
|
|
Centurion
Joined: 23 Mar 2013
Posts: 116
|
Just curious about MQ internals. I like to learn & hence explore more about how MQ works internally , beside my regular administration duties.
This forum is great place where I get feedback from great MQ experts. |
|
| Back to top |
|
|
|
|
