[prev in list] [next in list] [prev in thread] [next in thread] 

List:       freeradius-users
Subject:    Re: 3.0.13 crash
From:       Stefan Winter <stefan.winter () restena ! lu>
Date:       2017-03-28 6:53:20
Message-ID: 139e88c8-9b8e-8bd5-4ea9-ec542f879361 () restena ! lu
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


Hi,

today's 3.0.x git does not exhibit the same behaviour any more. I have
reason to believe that commit

https://github.com/FreeRADIUS/freeradius-server/commit/63559782c19507cbe9e616d783e51b11c9e6dc72


solved the issue.

Greetings,

Stefan Winter

Am 15.03.2017 um 09:32 schrieb Stefan Winter:
> Hi,
> 
> updating from 3.0.12 to 3.0.13, I see that the servers starts up fine, starts \
> processing packets for a few seconds, and then: 
> Wed Mar 15 09:27:55 2017 : ERROR: (579) eap: ERROR: rlm_eap (EAP): No EAP session \
> matching state 0xecf67dfde9f1649a Bad talloc magic value - unknown value
> 
> talloc abort: Bad talloc magic value - unknown value
> CAUGHT SIGNAL: Aborted
> Backtrace of last 23 frames:
> /usr/local/freeradius/3.0.13/lib/libfreeradius-radius.so(fr_fault+0x115)[0x7f63d355e461]
>                 
> /usr/local/freeradius/3.0.13/lib/libfreeradius-radius.so(+0xd79c)[0x7f63d355e79c]
> /lib64/libtalloc.so.2(_talloc_get_type_abort+0xea)[0x7f63d2ae214a]
> /usr/local/freeradius/3.0.13/lib/libfreeradius-radius.so(fr_pair_verify+0x85)[0x7f63d356f84b]
>                 
> /usr/local/freeradius/3.0.13/lib/libfreeradius-radius.so(fr_cursor_init+0x6f)[0x7f63d355d028]
>                 
> /usr/local/freeradius/3.0.13/lib/libfreeradius-eap.so(eaptls_process+0x4c3)[0x7f63d334a1ca]
>                 
> /usr/local/freeradius/3.0.13/lib/rlm_eap_peap.so(+0x1f9c)[0x7f63cd089f9c]
> /usr/local/freeradius/3.0.13/lib/rlm_eap.so(+0x40f5)[0x7f63cdec00f5]
> /usr/local/freeradius/3.0.13/lib/rlm_eap.so(eap_method_select+0x431)[0x7f63cdec0add]
>                 
> /usr/local/freeradius/3.0.13/lib/rlm_eap.so(+0x2d01)[0x7f63cdebed01]
> /usr/local/freeradius/current/sbin/radiusd[0x428c82]
> /usr/local/freeradius/current/sbin/radiusd[0x42932f]
> /usr/local/freeradius/current/sbin/radiusd[0x428e43]
> /usr/local/freeradius/current/sbin/radiusd[0x429d63]
> /usr/local/freeradius/current/sbin/radiusd(modcall+0xa2)[0x42aaa8]
> /usr/local/freeradius/current/sbin/radiusd(indexed_modcall+0x363)[0x4262ba]
> /usr/local/freeradius/current/sbin/radiusd(process_authenticate+0x22)[0x42857f]
> /usr/local/freeradius/current/sbin/radiusd[0x40f74d]
> /usr/local/freeradius/current/sbin/radiusd(rad_authenticate+0x51e)[0x410078]
> /usr/local/freeradius/current/sbin/radiusd[0x43d692]
> /usr/local/freeradius/current/sbin/radiusd[0x4392c8]
> /lib64/libpthread.so.0(+0x7dc5)[0x7f63d1e28dc5]
> /lib64/libc.so.6(clone+0x6d)[0x7f63d192073d]
> Calling: gdb -silent -x /usr/local/freeradius/config/raddb/panic.gdb \
> /usr/local/freeradius/current/sbin/radiusd 11265 2>&1 | tee \
> /var/log/radius/gdb-radiusd-11265.log Panic action exited with 0
> _EXIT(0) CALLED src/lib/debug.c[743]
> 
> The initial error is fine; it was restarted and lost state on its EAP sessions, so \
> it's confused when half a session comes in. 
> Its reaction to crash on that is not quite so fine :-/
> 
> Anyone with ideas?
> 
> Greetings,
> 
> Stefan Winter
> 
> 
> 
> -
> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
> 


-- 
Stefan WINTER
Ingenieur de Recherche
Fondation RESTENA - Réseau Téléinformatique de l'Education Nationale et
de la Recherche
2, avenue de l'Université
L-4365 Esch-sur-Alzette

Tel: +352 424409 1
Fax: +352 422473

PGP key updated to 4096 Bit RSA - I will encrypt all mails if the
recipient's key is known to me

http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0DE6A358A39DC66


["signature.asc" (application/pgp-signature)]
[Attachment #6 (text/plain)]

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

[prev in list] [next in list] [prev in thread] [next in thread]