Hi, Alan DeKok, 2010-09-06 13:58: > It's been a few weeks since the last "pre" release of 2.1.10. I've > put another one up on the web at:
I tried it, mainly to get rid of the random segfaults we get every few days (bug #35). Unfortunately, last night it a crashed on one machine (after running for about 60h): > Sep 16 04:07:22 radius64-01b kernel: [24863577.558534] ui-freeradius[20331] > general protection ip:7f6627405b0e sp:7fff11594180 error:0 in > libfreeradius-radius-2.1.10.so[7f66273ee000+1f000] backtrace: > #0 fr_packet_cmp (a=0x7f6618064700, b=0xf6f5bc5f78c00c80) at packet.c:139 > #1 0x00007f66273f7a54 in fr_hash_table_find (ht=0x278fa30, > data=0x7fff115941e0) at hash.c:191 > #2 0x00007f66273f7a99 in fr_hash_table_finddata (ht=0x7f6618064700, > data=0xf6f5bc5f78c00c80) at hash.c:484 > #3 0x00007f662740572b in fr_packet_list_find (pl=<value optimized out>, > request=0x7f6618064700) at packet.c:583 > #4 0x0000000000427bd9 in received_request (listener=0x2794400, > packet=0xf6f5bc5f78c00c80, prequest=0x790000, client=0x7f6627408600) at > event.c:2822 > #5 0x0000000000415ac6 in auth_socket_recv (listener=0x2794400, > pfun=0x7fff11594348, prequest=0x7fff11594340) at listen.c:826 > #6 0x0000000000422e5e in event_socket_handler (xel=<value optimized out>, > fd=<value optimized out>, ctx=<value optimized out>) at event.c:3410 > #7 0x00007f6627406a16 in fr_event_loop (el=0x2789c00) at event.c:411 > #8 0x000000000041c322 in main (argc=1, argv=0x80) at radiusd.c:406 Is there anything we can do to help sorting this out? - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
