Freeradius - DeadLock
Fajar A. Nugraha
list at fajar.net
Thu Sep 26 01:18:08 CEST 2013
On Thu, Sep 26, 2013 at 4:14 AM, Alisson <alissongoncalves at bsd.com.br>wrote:
> So this error its caused by my application?
Whatever it is that creates queries to mysql.
In the default schema, radacct will continue to grow. If you're running it
on a production system with significant amount of user on a commodity
hardware, you need to find some way to maintain the table in a reasonable
size. For example, 10 million rows of radacct on a single-disk PC clearly
The quickest way to "fix" that is by:
- create a new table with same structure: CREATE TABLE ... LIKE ... , see
mysql reference guide for details
- rename radacct to something else, and rename the new table to radacct
That way you'd get an empty radacct, but with old data still available to
examine. For example, you might want to copy current month's acct data (for
billing purposes) back.
After that, get a qualified DBA to help you manage your database
> 2013/9/25 Arran Cudbard-Bell <a.cudbardb at freeradius.org>
>> On 25 Sep 2013, at 20:54, Alisson <alissongoncalves at bsd.com.br> wrote:
>> > This messages are from radius.log
>> Those errors were generated by the MySQL client library or the MySQL
>> server, just because they're included in the radius.log file does not mean
>> they originated from within the FreeRADIUS code base.
>> > I've doesn't changed anything in db... and I haven't custom queries...
>> Here is a post describing possible causes. I've never seen this with the
>> stock queries and schema.
>> Arran Cudbard-Bell <a.cudbardb at freeradius.org>
>> FreeRADIUS Development Team
>> List info/subscribe/unsubscribe? See
> List info/subscribe/unsubscribe? See
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Freeradius-Users