Backtrace appearing in a log file...?

[Stefan Winter]

Hello,

my 3.0.12 server usually sends SQL statements into a buffer file for 
radsqlrelay pickup.

This choked today on invalid SQL syntax, and the reason was a bit 
surprising:

INSERT INTO radpostauth                           (user,                          pass,                           reply, date)                   VALUES ('xxx',                      'IMAP',                         'Access-Accept',                        '2016-11-24 22:53:54');
INSERT INTO radpostauth                           (user,                          pass,                           reply, date)                   VALUES ('yyy',                      'IMAP',                         'Access-Accept',                        '2016-11-24 22:53:54');
INSERT INTO radpostauth                           (user,                          pass,                           reply, date)                   VALUES ('zzz',                        'IMAP',                         'Access-Accept',                        '2016-11-24 22:53:54');
CAUGHT SIGNAL: Aborted
Backtrace of last 19 frames:
/usr/local/freeradius/3.0.12/lib/libfreeradius-radius.so(fr_fault+0x115)[0x7f16483f5226]
/usr/local/freeradius/3.0.12/lib/libfreeradius-server.so(rad_assert_fail+0x46)[0x7f1648655fea]
/usr/local/freeradius/current/sbin/radiusd[0x436a47]
/usr/local/freeradius/current/sbin/radiusd(fr_connection_get+0x1d)[0x4379b2]
/usr/local/freeradius/3.0.12/lib/rlm_sql.so(+0x5d4a)[0x7f164466ed4a]
/usr/local/freeradius/3.0.12/lib/rlm_sql.so(+0x6a51)[0x7f164466fa51]
/usr/local/freeradius/current/sbin/radiusd[0x428d5d]
/usr/local/freeradius/current/sbin/radiusd[0x42940a]
/usr/local/freeradius/current/sbin/radiusd[0x428f1e]
/usr/local/freeradius/current/sbin/radiusd[0x429e3e]
/usr/local/freeradius/current/sbin/radiusd(modcall+0xa2)[0x42ab83]
/usr/local/freeradius/current/sbin/radiusd(indexed_modcall+0x363)[0x426393]
/usr/local/freeradius/current/sbin/radiusd(process_post_auth+0x22)[0x4287a0]
/usr/local/freeradius/current/sbin/radiusd(rad_postauth+0x1b5)[0x40f967]
/usr/local/freeradius/current/sbin/radiusd[0x43d01c]
/usr/local/freeradius/current/sbin/radiusd[0x43d7a3]
/usr/local/freeradius/current/sbin/radiusd[0x4393c1]
/lib64/libpthread.so.0(+0x7dc5)[0x7f1646cc2dc5]
/lib64/libc.so.6(clone+0x6d)[0x7f16467b8ced]
Calling: gdb -silent -x /usr/local/freeradius/config/raddb/panic.gdb /usr/local/freeradius/current/sbin/radiusd 4172 2>&1 | tee /var/log/radius/gdb-radiusd-4172.log
Panic action exited with 0
_EXIT(0) CALLED src/lib/debug.c[743]
INSERT INTO radpostauth                           (user,                          pass,                           reply, date)                   VALUES ('aaa',                      'IMAP',                         'Access-Accept',                        '2016-11-24 22:53:55');
INSERT INTO radpostauth                           (user,                          pass,                           reply, date)                   VALUES ('bbb',                     'IMAP',                         'Access-Accept',                        '2016-11-24 22:53:56');
INSERT INTO radpostauth                           (user,                          pass,                           reply, date)                   VALUES ('ccc',                    'IMAP',                         'Access-Accept',                        '2016-11-24 22:53:56');

I'm a bit stunned by that. It's one thing that FR crashes, but how
can it be that it writes its backtrace into a logfile file
descriptor? Something horrible with file handles must have happened
there. Unfortunately, this server is running for very long without
issues and I don't think I can reproduce this.

Greetings,

Stefan Winter

-- 
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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freeradius.org/pipermail/freeradius-users/attachments/20161125/adde1709/attachment.sig>