These are my radius process:

 2281 radius    20   0  2696 2696  1212 R     6,9  1,0   0:08 radiusd
 2282 radius    20   0  2696 2696  1212 R     6,9  1,0   0:10 radiusd
 2284 radius    20   0  2696 2696  1212 R     6,9  1,0   0:32 radiusd
 2325 radius    20   0  2696 2696  1212 R     6,9  1,0   0:05 radiusd
 2373 radius    20   0  2696 2696  1212 R     6,9  1,0   0:07 radiusd
 2381 radius    20   0  2696 2696  1212 R     6,9  1,0   0:04 radiusd
 2394 radius    20   0  2696 2696  1212 R     6,9  1,0   0:05 radiusd
 2398 radius    20   0  2696 2696  1212 R     6,9  1,0   0:02 radiusd
 2400 radius    20   0  2696 2696  1212 R     6,9  1,0   0:03 radiusd
 2280 radius    19   0  2696 2696  1212 R     6,3  1,0   1:18 radiusd
 2278 radius    20   0  2696 2696  1212 R     5,7  1,0   0:02 radiusd
 2279 radius    18   0  2696 2696  1212 R     5,7  1,0   0:03 radiusd
 2347 radius    20   0  2696 2696  1212 R     3,4  1,0   0:05 radiusd
 2390 radius    20   0  2696 2696  1212 R     3,4  1,0   0:00 radiusd
 2405 radius    20   0  2696 2696  1212 R     3,4  1,0   0:02 radiusd
 2423 radius    20   0  2696 2696  1212 R     3,4  1,0   0:01 radiusd
 2425 radius    20   0  2696 2696  1212 R     3,4  1,0   0:00 radiusd
 2276 radius     9   0  2696 2696  1212 S     0,0  1,0   0:00 radiusd
 2277 radius    11   0  2696 2696  1212 S     0,0  1,0   0:00 radiusd
 2366 radius     9   0  2696 2696  1212 S     0,0  1,0   0:00 radiusd
 2411 radius     9   0  2696 2696  1212 S     0,0  1,0   0:00 radiusd
 2412 radius     9   0  2696 2696  1212 S     0,0  1,0   0:00 radiusd
 2422 radius     8   0  2696 2696  1212 S     0,0  1,0   0:00 radiusd

Is it normal?

[]s

------------------------------------------------------------
Marcelo Ferreira
Canbras TVA Cabo Ltda
Canbras Acesso - STA
Phone: +5511-4993-8728
------------------------------------------------------------

----- Original Message -----
From: "Marcelo Ferreira" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 30, 2002 5:02 PM
Subject: Re: Thread issue


> Alan,
>
> I tested an unpatched version of FR, snapshot-20020130, and
> the CPU utilization issue occurred again.
>
> What informations can I provide to help you?
> As I said before, I assume that is a thread problem.
>
> regards
>
> ------------------------------------------------------------
> Marcelo Ferreira
> Canbras TVA Cabo Ltda
> Canbras Acesso - STA
> Phone: +5511-4993-8728
> ------------------------------------------------------------
>
> ----- Original Message -----
> From: "Tan Hwee Hong" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, January 29, 2002 12:58 PM
> Subject: Re: Thread issue
>
>
> > Hi,
> >
> > that's bad.
> > it means there is something not quite right in the code.
> >
> > /tan
> >
> > On Mon, 28 Jan 2002, Marcelo Ferreira wrote:
> >
> > > Hi Tan,
> > >
> > >
> > > I'm running FR with the -s option and the problem disappear..
> > >
> > > []s
> > >
> > > ------------------------------------------------------------
> > > Marcelo Ferreira
> > > Canbras TVA Cabo Ltda
> > > Canbras Acesso - STA
> > > Phone: +5511-4993-8728
> > > ------------------------------------------------------------
> > >
> > > ----- Original Message -----
> > > From: "Tan Hwee Hong" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Sunday, January 27, 2002 1:56 AM
> > > Subject: Re: Thread issue
> > >
> > >
> > > > Hi Alan,
> > > >
> > > > I have encourtered similiar crashes.
> > > > below is a crash dump and is reproducible. normally when that
happens,
> the
> > > > logfile will produce the following:
> > > >
> > > > Error: Received Accounting-Response packet from 192.168.2.21 with
> invalid
> > > > signature!
> > > > (note: secret was set correctly)
> > > >
> > > > here's the setup:
> > > >
> > > > OS: RedHat 7.1
> > > > Freeradius version: cvs dated Jan 26 2002
> > > >
> > > > 192.168.2.10+
> > > > 192.168.2.11    --->  192.168.2.20  ---> 192.168.2.21
> > > >
> > > > 2 clients were used to generate the acct packets to feed the radius
> server
> > > > which in turn proxied the request to another server.
> > > >
> > > >
> > > > config for proxy.conf
> > > > realm testdomain.com {
> > > >         type            = radius
> > > >         authhost        = 192.168.2.21:1812
> > > >         accthost        = 192.168.2.21:1813
> > > >         secret          = secret
> > > >         nostrip
> > > > }
> > > >
> > > >
> > > > eg:
> > > > ./bin/radclient -q -f account-pkt 192.168.2.20:1813 acct secret
> > > >
> > > > account-pkt was generated with the following:
> > > >
> > > > i=0;
> > > > while [ $i -lt 20000 ]; do
> > > > (
> > > > echo "User-Name = \"tst$[EMAIL PROTECTED]\""
> > > > echo "NAS-Identifier = \"TESTING\""
> > > > echo "Service-Type = Framed-User"
> > > > echo "Framed-Protocol = PPP"
> > > > echo "NAS-Port = 999$i"
> > > > echo "Acct-Session-Id = \"$i-FFFF\""
> > > > echo "Acct-Authentic = RADIUS"
> > > > echo "Acct-Status-Type = Stop"
> > > > echo "Session-Timeout = 22000"
> > > > echo "Framed-IP-Address = 192.168.2.1"
> > > > echo "Acct-Input-Octets = 212"
> > > > echo "Acct-Output-Octets = 14332"
> > > > echo "Acct-Input-Packets = 10"
> > > > echo "Acct-Output-Packets = 141"
> > > > echo "Acct-Session-Time = 254"
> > > > echo ""
> > > > )
> > > > i=`expr $i + 1`;
> > > > done
> > > >
> > > > $ gdb sbin/radiusd core
> > > >
> > > > GNU gdb Red Hat Linux (5.1-0.71)
> > > > Copyright 2001 Free Software Foundation, Inc.
> > > > GDB is free software, covered by the GNU General Public License, and
> you
> > > are
> > > > welcome to change it and/or distribute copies of it under certain
> > > conditions.
> > > > Type "show copying" to see the conditions.
> > > > There is absolutely no warranty for GDB.  Type "show warranty" for
> > > details.
> > > > This GDB was configured as "i386-redhat-linux"...
> > > > Core was generated by `sbin/radiusd'.
> > > > Program terminated with signal 11, Segmentation fault.
> > > > Reading symbols from /lib/libnsl.so.1...done.
> > > > Loaded symbols for /lib/libnsl.so.1
> > > > Reading symbols from /lib/libresolv.so.2...done.
> > > > Loaded symbols for /lib/libresolv.so.2
> > > > Reading symbols from /lib/libpthread.so.0...done.
> > > >
> > > > warning: Unable to set global thread event mask: generic error
> > > > [New Thread 1024 (LWP 8641)]
> > > > Error while reading shared library symbols:
> > > > Can't attach LWP 8641: No such process
> > > > Reading symbols from /lib/libcrypt.so.1...done.
> > > > Loaded symbols for /lib/libcrypt.so.1
> > > > Reading symbols from /usr/lib/libltdl.so.0...done.
> > > > Loaded symbols for /usr/lib/libltdl.so.0
> > > > Reading symbols from /lib/libc.so.6...done.
> > > > Loaded symbols for /lib/libc.so.6
> > > > Reading symbols from /lib/libdl.so.2...done.
> > > > Loaded symbols for /lib/libdl.so.2
> > > > Reading symbols from /lib/ld-linux.so.2...done.
> > > > Loaded symbols for /lib/ld-linux.so.2
> > > > Reading symbols from /lib/libnss_files.so.2...done.
> > > > Loaded symbols for /lib/libnss_files.so.2
> > > > Reading symbols from /lib/libnss_dns.so.2...done.
> > > > Loaded symbols for /lib/libnss_dns.so.2
> > > > Reading symbols from /usr/freeradius/lib/rlm_unix.so.0...done.
> > > > Loaded symbols for /usr/freeradius/lib/rlm_unix.so.0
> > > > Reading symbols from /usr/freeradius/lib/rlm_preprocess.so.0...done.
> > > > Loaded symbols for /usr/freeradius/lib/rlm_preprocess.so.0
> > > > Reading symbols from /usr/freeradius/lib/rlm_realm.so.0...done.
> > > > Loaded symbols for /usr/freeradius/lib/rlm_realm.so.0
> > > > Reading symbols from /usr/freeradius/lib/rlm_files.so.0...done.
> > > > Loaded symbols for /usr/freeradius/lib/rlm_files.so.0
> > > > Reading symbols from /usr/freeradius/lib/rlm_detail.so.0...done.
> > > > Loaded symbols for /usr/freeradius/lib/rlm_detail.so.0
> > > > #0  0x40173292 in __libc_sendto () from /lib/libc.so.6
> > > > (gdb) bt
> > > > #0  0x40173292 in __libc_sendto () from /lib/libc.so.6
> > > > #1  0x4004f38e in sendto (fd=6, buf=0x40203ae0, n=144, flags=0,
addr=
> > > >       {__sockaddr__ = 0xbf7ff9dc, __sockaddr_at__ = 0xbf7ff9dc,
> > > __sockaddr_ax25__ = 0xbf7ff9dc, __sockaddr_dl__ = 0xbf7ff9dc,
> > > __sockaddr_eon__ = 0xbf7ff9dc, __sockaddr_in__ = 0xbf7ff9dc,
> > > __sockaddr_in6__ = 0xbf7ff9dc, __sockaddr_inarp__ = 0xbf7ff9dc,
> > > __sockaddr_ipx__ = 0xbf7ff9dc, __sockaddr_iso__ = 0xbf7ff9dc,
> > > __sockaddr_ns__ = 0xbf7ff9dc, __sockaddr_un__ = 0xbf7ff9dc,
> __sockaddr_x25__
> > > = 0xbf7ff9dc}, addr_len=16)
> > > >     at wrapsyscall.c:222
> > > > #2  0x080591fc in rad_send (packet=0x40203958, original=0x0,
> > > >     secret=0x80b4368 "secret") at radius.c:522
> > > > #3  0x08050a18 in proxy_send (request=0x40201b90) at proxy.c:307
> > > > #4  0x0804d83c in rad_respond (request=0x40201b90, fun=0x804f36c
> > > <rad_accounting>)
> > > >     at radiusd.c:1527
> > > > #5  0x0805671c in request_handler_thread (arg=0x80bc420) at
> threads.c:169
> > > > #6  0x40049f87 in pthread_start_thread (arg=0xbf7ffc00) at
> manager.c:284
> > > > (gdb)
> > > >
> > > >
> > > > let me know if you need more info.
> > > >
> > > > regards,
> > > > Tan
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > On Fri, 25 Jan 2002, [EMAIL PROTECTED] wrote:
> > > >
> > > > > "Marcelo Ferreira" <[EMAIL PROTECTED]> wrote:
> > > > > > I got this error message this morning at a production test:
> > > > > >
> > > > > >
> > > > > > #0  0x401eea01 in __kill () from /lib/i686/libc.so.6
> > > > > > #1  0x400645bb in raise (sig=6) at signals.c:65
> > > > > > #2  0x401eff82 in abort () at ../sysdeps/generic/abort.c:88
> > > > > > #3  0x0804db55 in rad_respond (request=0x8122848, fun=0x804f90c
> > > > > > <rad_accounting>) at radiusd.c:1423
> > > > >
> > > > >   Ouch.  That's a definite bug.
> > > > >
> > > > > > Is there any bug at thread or pthread API's at RedHat Linux 7.2
or
> at
> > > > > > Freeradius?
> > > > >
> > > > >   It's an assertion in FreeRADIUS, that everything's OK.
> > > > >
> > > > >   Since it dies, that means it found some internal inconsistency
> > > > > problem, and didn't know what else to do, but kill itself.
> > > > >
> > > > >
> > > > >   What else are you doing?  While I admit it's a bug in the
server,
> if
> > > > > no one else is seeing the problem, that means that your local
> > > > > configuration must have something unique which makes it trigger
the
> > > > > bug.
> > > > >
> > > > >   Alan DeKok.
> > > > >
> > > > > -
> > > > > List info/subscribe/unsubscribe? See
> > > http://www.freeradius.org/list/users.html
> > > > >
> > > >
> > > >
> > > > -
> > > > List info/subscribe/unsubscribe? See
> > > http://www.freeradius.org/list/users.html
> > > >
> > >
> > >
> > > -
> > > List info/subscribe/unsubscribe? See
> http://www.freeradius.org/list/users.html
> > >
> >
> >
> > -
> > List info/subscribe/unsubscribe? See
> http://www.freeradius.org/list/users.html
> >
>


- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

Reply via email to