Hi Pavel, Rob and Peter,

thanks for the insight. I did insisted it must be some code not closing
connection under certain circumstances, and ran a trace and sent to IBM for
analysis. But were told all connections were closed properly, which
virtually nullified my insertion to the developers. I'll following your
advice to do more research.

There seem to be no tcp_keepcnt on AIX, a command "no -otcp_keepcnt"
returned my the following "0821-057 no: The ioctl SIOCGNETOPT system call
failed.".

again, many thanks. Maybe see you in Las Vegas?
Ben




                      Pavel Tolkachev
                      <pavel.tolkachev         To:      [EMAIL PROTECTED]
                      @DB.COM>                 cc:
                      Sent by:                 Subject: Re: many svrconn instances, as 
many amqcrsta running
                      MQSeries List
                      <[EMAIL PROTECTED]
                      en.AC.AT>


                      06/08/2004 12:51
                      PM
                      Please respond
                      to MQSeries List






Hello Benjamin,

T.Rob is right in principle, of course. But I guess, the connections had to
go down, anyway, with these tcp settings. Just in case, what was your
tcp_keepcnt? And, did you check your new tcp parameters took effect
immediately? Also, I am not sure if the change takes effect for the
existing connections (never checked that..). What else may have happened is
that the applications were actually alive, although idle, in which case you
do not have much control.. that's why DoS attacks are so nasty when done by
the legitimate apps :-)

Pavel





                      "Wyatt, T. Rob"
                      <[EMAIL PROTECTED]        To:
[EMAIL PROTECTED]
                      MERICA.COM>                 cc:
                      Sent by: MQSeries           Subject:  Re: many
svrconn instances, as many amqcrsta running
                      List
                      <[EMAIL PROTECTED]
                      C.AT>


                      06/08/2004 11:05 AM
                      Please respond to
                      MQSeries List






Benjamin,

Using QMgr tuning to bring these channels down addresses only the symptom.
Unless you correct the problem at it's root, nothing you do will scale
well.
The application MUST properly close it's resources and disconnect from the
QMgr.  If you successfully tune the channels, you will probably get through
development and testing but you might not see the real impact until the
application is in Production.  On the other hand, if you leave your
channels
as they are now, you will have a convenient way to measure the success of
the developers in fixing their code.

-- T.Rob

-----Original Message-----
From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of
Benjamin F. Zhou
Sent: Tuesday, June 08, 2004 10:52 AM
To: [EMAIL PROTECTED]
Subject: many svrconn instances, as many amqcrsta running


Hi,

AIX, 5.1, MQ5.3, csd06:  we have JMS clients connecting to MQ via client
mode. Initially, the maxchannels got reached quickly, and application
failed at pretty low stress level. After I raised both MaxChannels and
MaxActiveChannels to 400, the test went through pretty well.

However, after each test, I see large number of the svrconn channel and the
same number of amqcrsta running against the same qmgr. There's no sign they
will ever come down, although I set keepAlive=yes and tcp_keepintvl and
tcp_keepidle to 10 seconds.

What else can be done to bring down these orphaned processes?

I saw many postings concerning this or similar problem at mqseries.net ,
just none has found a solution.

Anyone has more idea on this?

best regards,

Benjamin Zhou
Mercedes-Benz USA.
x2474

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive





--

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Reply via email to