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@entry=0x7fffffffe3e8) at modcall.c:2242 2242 next = loop->next; (gdb) bt #0 modcallable_free (pc=pc@entry=0x7fffffffe3e8) at modcall.c:2242 #1 0x000000000041df56 in modcallable_free (pc=pc@entry=0x7fffffffe418) at modcall.c:2243 #2 0x000000000041df56 in modcallable_free (pc=pc@entry=0x7fffffffe448) at modcall.c:2243 #3 0x000000000041df56 in modcallable_free (pc=pc@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@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@restena.lu> wrote:
Hi,
2242 next = loop->next; (gdb)
Program received signal SIGSEGV, Segmentation fault. modcallable_free (pc=pc@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@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