Tuc [EMAIL PROTECTED] wrote:
Still, is there something if I do run the debug mode again that
we need to look for about these threads that seem to get used up, or
unresponsive children?
Look for pauses. If a thread is dead, that means it's blocking for
more than 5 seconds. If
Tuc [EMAIL PROTECTED] wrote:
We've started to see things like :
Mon Jun 7 11:00:13 2004 : Info: The maximum number of threads (32) are active,
cannot spawn new thread to handle request
Mon Jun 7 11:00:14 2004 : Error: Dropping packet from client L3-LasVegas:58096 -
ID:
220 due
Tuc [EMAIL PROTECTED] wrote:
When it starts to chew CPU, I see alot of :
poll(0x81c7c00,0x3,0x0) = 0 (0x0)
gettimeofday(0xbfbfeabc,0x0) = 0 (0x0)
...
Does this seem odd?
Yes. It looks like the main loop which reads requests is
Tuc [EMAIL PROTECTED] wrote:
BEGIN failed--compilation aborted at /usr/local/radius/etc/raddb/scripts/login.p
l line 15.
Could this be related to the Perl issue your seeing in GNA?
I'm not sure what you mean by that.
Sorry, faded out there for a second. This was
Tuc [EMAIL PROTECTED] wrote:
Still, is there something if I do run the debug mode again that
we need to look for about these threads that seem to get used up, or
unresponsive children?
Look for pauses. If a thread is dead, that means it's blocking for
more than 5 seconds. If you run
Hi,
We recently upgraded a machine from FreeBSD 4.7-STABLE to
4.9-RELEASE-p10, that was running FreeRadius 0.9.3 with the :
./configure --prefix=/usr/local/radius \
--with-thread-pool \
--enable-ltdl-install
and a MySQL back end.
We decided maybe there
6 matches
Mail list logo
