Re: server crashes with new proxy code
Stephan Jaeger <[EMAIL PROTECTED]> wrote: > Here you go, this time another it happend in another line of request_list.c: > > Assertion failed in request_list.c, line 580 Ok. *That* error is expected. I haven't added code to allocate more sockets when the current one gets full. Under high load, there can be more than 256 requests outstanding to the same home server. The current code is told to blow up after 256, so I guess I need to fix it to handle that high-load scenario. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: server crashes with new proxy code
On Mon, 2004-05-24 at 09:51 -0400, Alan DeKok wrote: > Stephan Jaeger <[EMAIL PROTECTED]> wrote: > > Testing the newest freerad version i ran into some problems with the > > server crashing under very-high-load situations (cvs snapshot from > > yesterday). > > Hmm... on second look, ignore my previous message. > > > If you need the complete output or anything else let me know. > > gdb 'bt', as per doc/bugs would help. Took me some time to figure out that linux doesnt like to coredump on multithread procs and i had to run it in gdb. Maybe that could be added to doc/bugs. Here you go, this time another it happend in another line of request_list.c: Assertion failed in request_list.c, line 580 Program received signal SIGABRT, Aborted. [Switching to Thread 16384 (LWP 2567)] 0x4029b721 in kill () from /lib/libc.so.6 (gdb) bt #0 0x4029b721 in kill () from /lib/libc.so.6 #1 0x400fa771 in pthread_kill () from /lib/libpthread.so.0 #2 0x400faa7b in raise () from /lib/libpthread.so.0 #3 0x4029b4d4 in raise () from /lib/libc.so.6 #4 0x4029c9e8 in abort () from /lib/libc.so.6 #5 0x0805004e in rad_assert_fail (file=0x0, line=0) at util.c:331 #6 0x0805d9ef in rl_add_proxy (request=0x40102140) at request_list.c:580 #7 0x0805236d in proxy_send (request=0x82c8890) at proxy.c:472 #8 0x0804e2ee in rad_respond (request=0x82c8890, fun=0x8053600 ) at radiusd.c:1723 #9 0x0804d9ba in main (argc=135116904, argv=0x8053600) at radiusd.c:1452 Regards Stephan Jaeger - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: server crashes with new proxy code
Stephan Jaeger <[EMAIL PROTECTED]> wrote: > Testing the newest freerad version i ran into some problems with the > server crashing under very-high-load situations (cvs snapshot from > yesterday). Hmm... on second look, ignore my previous message. > If you need the complete output or anything else let me know. gdb 'bt', as per doc/bugs would help. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: server crashes with new proxy code
Stephan Jaeger <[EMAIL PROTECTED]> wrote: > Testing the newest freerad version i ran into some problems with the > server crashing under very-high-load situations (cvs snapshot from > yesterday). ... > Assertion failed in request_list.c, line 216 Just delete that line. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
server crashes with new proxy code
Hi, Testing the newest freerad version i ran into some problems with the server crashing under very-high-load situations (cvs snapshot from yesterday). rad_recv: Access-Request packet from host 127.0.0.1:42420, id=41, length=64 User-Name = "test" User-Password = "xxx" NAS-IP-Address = 255.255.255.255 NAS-Port = 0 Called-Station-Id = "00" Processing the authorize section of radiusd.conf modcall: entering group authorize for request 5190 users: Matched DEFAULT at 3 modcall[authorize]: module "files" returns ok for request 5190 rlm_realm: No '@' in User-Name = "test", looking up realm NULL rlm_realm: No such realm "NULL" modcall[authorize]: module "suffix" returns noop for request 5190 modcall: group authorize returns ok for request 5190 Assertion failed in request_list.c, line 216 If you need the complete output or anything else let me know. Regards Stephan Jaeger signature.asc Description: Dies ist ein digital signierter Nachrichtenteil