Release of Version 2.2.1

[Stefan Winter]

Hi,

still not exiting cleanly now - it gets past the SQL instance 
sql-webmailsso-users, so the change that got into 2.x.x has a positive 
effect - but now it crashes at a later stage of de-init.

Here's a gdb bt:

Signalled to terminate
Exiting normally.
rlm_sql (sql-aai-hash): Closing sqlsocket 4
rlm_sql (sql-aai-hash): Closing sqlsocket 3
rlm_sql (sql-aai-hash): Closing sqlsocket 2
rlm_sql (sql-aai-hash): Closing sqlsocket 1
rlm_sql (sql-aai-hash): Closing sqlsocket 0
rlm_sql (sql-eduroam-hash): Closing sqlsocket 1
rlm_sql (sql-eduroam-hash): Closing sqlsocket 0
rlm_sql (sql-imap-hash): Closing sqlsocket 7
rlm_sql (sql-imap-hash): Closing sqlsocket 6
rlm_sql (sql-imap-hash): Closing sqlsocket 5
rlm_sql (sql-imap-hash): Closing sqlsocket 4
rlm_sql (sql-imap-hash): Closing sqlsocket 3
rlm_sql (sql-imap-hash): Closing sqlsocket 2
rlm_sql (sql-imap-hash): Closing sqlsocket 1
rlm_sql (sql-imap-hash): Closing sqlsocket 0
rlm_sql (sql-userjabber-hash): Closing sqlsocket 1
rlm_sql (sql-userjabber-hash): Closing sqlsocket 0
rlm_sql (sql-smtp-hash): Closing sqlsocket 2
rlm_sql (sql-smtp-hash): Closing sqlsocket 1
rlm_sql (sql-smtp-hash): Closing sqlsocket 0
rlm_sql (sql-webmailsso): Closing sqlsocket 1
rlm_sql (sql-webmailsso): Closing sqlsocket 0
rlm_sql (sql-webmailsso-users): Closing sqlsocket 9
rlm_sql (sql-webmailsso-users): Closing sqlsocket 8
rlm_sql (sql-webmailsso-users): Closing sqlsocket 7
rlm_sql (sql-webmailsso-users): Closing sqlsocket 6
rlm_sql (sql-webmailsso-users): Closing sqlsocket 5
rlm_sql (sql-webmailsso-users): Closing sqlsocket 4
rlm_sql (sql-webmailsso-users): Closing sqlsocket 3
rlm_sql (sql-webmailsso-users): Closing sqlsocket 2
rlm_sql (sql-webmailsso-users): Closing sqlsocket 1
rlm_sql (sql-webmailsso-users): Closing sqlsocket 0
rlm_sql (sql-vpn-hash): Closing sqlsocket 1
rlm_sql (sql-vpn-hash): Closing sqlsocket 0
rlm_sql (sql-dialup-hash): Closing sqlsocket 1
rlm_sql (sql-dialup-hash): Closing sqlsocket 0

Program received signal SIGSEGV, Segmentation fault.
modcallable_free (pc=pc at entry=0x7fffffffe3e8) at modcall.c:2242
2242                            next = loop->next;
(gdb) bt
#0  modcallable_free (pc=pc at entry=0x7fffffffe3e8) at modcall.c:2242
#1  0x000000000041df56 in modcallable_free (pc=pc at entry=0x7fffffffe418) at modcall.c:2243
#2  0x000000000041df56 in modcallable_free (pc=pc at entry=0x7fffffffe448) at modcall.c:2243
#3  0x000000000041df56 in modcallable_free (pc=pc at entry=0x916fd8) at modcall.c:2243
#4  0x000000000041b0ad in indexed_modcallable_free (data=0x916fd0) at modules.c:308
#5  0x00007ffff7bc3eed in FreeWalker (tree=0x8fa260, X=0x916ff0) at rbtree.c:63
#6  0x00007ffff7bc3ede in FreeWalker (tree=0x8fa260, X=0x8fabd0) at rbtree.c:61
#7  0x00007ffff7bc41ed in rbtree_free (tree=0x8fa260) at rbtree.c:74
#8  0x000000000041b077 in virtual_server_free (server=0x8fa290) at modules.c:264
#9  0x000000000041bd92 in virtual_servers_free (when=when at entry=0) at modules.c:296
#10 0x000000000041abdd in free_mainconfig () at mainconfig.c:1002
#11 0x000000000040a01e in main (argc=<optimized out>, argv=<optimized out>) at radiusd.c:472

There's not much special about sql-dialup-hash; in particular no
custom SQL query. It might be the last SQL instance that is de-init
though. Maybe the pointer runs over the end?

Stefan


On 11.07.2013 16:17, Stefan Winter wrote:
> Hi,
> 
> cool, will try out current GIT on Monday (Friday is a no-go for
> "fiddling" for us).
> 
> Greetings,
> 
> Stefan
> 
> On 11.07.2013 15:23, Arran Cudbard-Bell wrote:
>>
>> On 11 Jul 2013, at 12:03, Stefan Winter <stefan.winter at restena.lu> wrote:
>>
>>> Hi,
>>>
>>>>> 2242                            next = loop->next;
>>>>> (gdb)
>>>>>
>>>>> Program received signal SIGSEGV, Segmentation fault.
>>>>> modcallable_free (pc=pc at entry=0x7fffffffe418) at modcall.c:2242
>>>>
>>>>  Well, that's it.  I've pushed a fix.
>>>>
>>>>  Sorry for the delay.
>>>
>>> Splendid!
>>>
>>> Now once the 2.2.1 virtual proxy -> post-auth thing is also fixed, I'm
>>> finally happy with a 2.2.1 release :-)
>>
>>
>>
>> Ok just pushed a fix for that.
>>
>> Arran Cudbard-Bell <a.cudbardb at freeradius.org>
>> FreeRADIUS Development Team
>>
>> -
>> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
>>
> 
> 
> 
> 
> -
> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
> 


-- 
Stefan WINTER
Ingenieur de Recherche
Fondation RESTENA - Réseau Téléinformatique de l'Education Nationale et de la Recherche
6, rue Richard Coudenhove-Kalergi
L-1359 Luxembourg

Tel: +352 424409 1
Fax: +352 422473

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 263 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freeradius.org/pipermail/freeradius-devel/attachments/20130715/902424af/attachment.pgp>