1.1.1: Backtrace of non-responding server

[Sven Hartge]

Stefan Winter wrote:

> OTOH, I think it's rather bad news:
> 
> Thread 9 says:
> 
>> #9  0x403a8dd2 in sql_query (sqlsocket=0xffffffe0, config=0xffffffe0, querystr=0x262 <Address 0x262 out of bounds>) at sql_mysql.c:161 
>> #10 0x403a4ab0 in rlm_sql_query (sqlsocket=0x819f190, inst=0x81284e0, query=0xbebfe86c "INSERT into radacct_eduroam (AcctSessionId, AcctUniqueId, UserName, Realm, NASIPAddress, NASPortId, NASPortType, AcctStartTime, AcctStopTime, AcctSessionTime, AcctAuthentic, ConnectInfo_start, Connect"...) at sql.c:495
>> #11 0x403a3508 in rlm_sql_accounting (instance=0x81284e0, request=0x407133d0) at rlm_sql.c:1020
> 
> Note the wrong address 0x262 while the code is supposed to give char* query,
> 0xbebfe86c, as third argument to that function.
> 
> So maybe it's in the FR code after all. Maybe a race condition between two
> threads that mixes pointers up?

Just to add something: I am suffering from a deadlocking freeradius too,
but I don't use anything related to mysql, just LDAP. (On Debian Sarge,
compiled into a DEB using a clean chroot.)

After some unknown amount of time or after a (yet) unknown request the
daemon locks up using 100% cpu, a strace shows a constant flow of segfaults.

I don't know if this is related to the bug you are seeing, but it seems
like it.

Grüße,
Sven.

-- 
Sven Hartge -- professioneller Unix-Geek
Meine Gedanken im Netz: http://www.svenhartge.de/

Achtung, neue Mail-Adresse: sven at svenhartge.de