Re: Non-Responsive

"Zygmuntowicz Michal" <m.zygmuntowicz@xxxxxxx> · Wed, 9 Feb 2005 10:12:19 +0100

Did you try to increase CallSignalHandlerNumber/RtpHandlerNumber
config variables?

----- Original Message ----- 
From: "R. Todd Wallace" <rwallace@xxxxxxxxxxxxx>

Sent: Tuesday, February 08, 2005 8:30 PM

Our sockets descriptors are set to 32,768.   At 12 sockets per connection
and -
say 250 users = 3000 sockets.  Conversely, 32768 / 12 =
2730.6666666666666666666666666667  sockets.

One thing that I noticed is that we depleted our self down to 690M of memory
from 4 gig which seems like a memory leak.  We rebooted the box, but curious
about the situation now..

Any thoughts?

R. Todd Wallace

-----Original Message-----
From: openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx
[mailto:openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of Freddy
Parra
Sent: Tuesday, February 08, 2005 11:35 AM
To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Subject: RE:  Non-Responsive

Try increasing the number of socket descriptors that your current Gnugk can
use. Maybe the number of sockets is the problem as Michal stated, but I
think that if it is then Gnugk should be patched so that it can recover from
the lack of socket resources instead of the entire process just becoming
non-responsive.

Freddy

-----Original Message-----
From: openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx
[mailto:openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of R.
Todd Wallace
Sent: Tuesday, February 08, 2005 12:00 PM
To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Subject: RE:  Non-Responsive

We have gone for a log time without any problems and then we locked up 3
times last night.  Same customer, same traffic.  The only difference is that
we had more call attempts at a lower ASR.

R. Todd Wallace

-----Original Message-----
From: openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx
[mailto:openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of Freddy
Parra
Sent: Tuesday, February 08, 2005 10:51 AM
To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Subject: RE:  Non-Responsive

Actually, I have run into this problem before on 2.2b5. It hasn't happen to
me yet on 2.2.2. When this happens nothing is responsive. When you check the
cpu usage for the Gnugk process it stays at zero, and the calls begin to
drop while all incoming calls never get connected. Also this has happen to
me with about 500 calls in h225 routed mode (with
tunneling) only. I usually run 3 to 4 times more calls on Gnugk per server.
So I don't think it's a socket issue or a cpu issue since cpu usage in
routed mode its relatively low when I'm running 1500 to 2000 calls on my
servers I'm at about 24 percent.

I believe I posted this same problem a few months back. This issue doesn't
happen very often. I once noticed that it did happen to me when I issued a
debug trace on the status port, the system became non-responsive like the
symptoms just described.

Freddy

-----Original Message-----
From: openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx
[mailto:openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of
Zygmuntowicz Michal
Sent: Tuesday, February 08, 2005 11:25 AM
To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Subject: Re:  Non-Responsive

Maybe you're running out of sockets or cpu usage is too high.
Check port ranges and current socket usage and per process socket limits
(netstat, ulimit).
If you're using acct/auth, make sure your backend is not a bottleneck.

----- Original Message -----
From: "R. Todd Wallace" <rwallace@xxxxxxxxxxxxx>
Sent: Tuesday, February 08, 2005 5:01 PM

We are having issues with the GNU becoming non-responsive.  The
service is
still active, but you can't go to the status ports and calls start
declining.  Nothing is written to the gatkeeper.log file.  If you stop
the
service, it will not die and you have to kill with a "-9".  We have
the
GNU's compiled with debug, but a core is not generated.  We are
running
the
latest CVS and doing full media.  This seems to come with a very heavy

load
/ call charge rate.  The only thing I see is that it scrolls the
following
message across the screen to a call sticks:

2005/02/07 23:19:03.299 3       ProxyChannel.cxx(2757)  RTCP
xxx.xxx.xxx.xxx:xxxx socket has no destination address yet, flush
ignored

I think this is normal, but not sure if we are having problems with
sockets not freeing up or not freeing fast enough.

Any Thoughts??

R. Todd Wallace

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

_______________________________________________________

List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
Homepage: http://www.gnugk.org/