<div dir="ltr">On Thu, Sep 26, 2013 at 4:14 AM, Alisson <span dir="ltr"><<a href="mailto:alissongoncalves@bsd.com.br" target="_blank">alissongoncalves@bsd.com.br</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="color:rgb(51,51,51)">So this error its caused by my application?</div></div><div class="HOEnZb">
<div class="h5"><div class="gmail_extra"><br></div></div></div></blockquote><div><br></div><div>Whatever it is that creates queries to mysql.</div><div><br></div><div>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 spells trouble.</div>
<div><br></div><div>The quickest way to "fix" that is by:</div><div>- create a new table with same structure: CREATE TABLE ... LIKE ... , see mysql reference guide for details</div><div>- rename radacct to something else, and rename the new table to radacct</div>
<div><br></div><div>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.</div><div><br></div>
<div>After that, get a qualified DBA to help you manage your database performance.</div><div><br></div><div>-- </div><div>Fajar</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2013/9/25 Arran Cudbard-Bell <span dir="ltr"><<a href="mailto:a.cudbardb@freeradius.org" target="_blank">a.cudbardb@freeradius.org</a>></span><br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br>
On 25 Sep 2013, at 20:54, Alisson <<a href="mailto:alissongoncalves@bsd.com.br" target="_blank">alissongoncalves@bsd.com.br</a>> wrote:<br>
<br>
> This messages are from radius.log<br>
<br>
</div>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.<br>
<div><br>
> I've doesn't changed anything in db... and I haven't custom queries...<br>
<br>
</div>Here is a post describing possible causes.  I've never seen this with the stock queries and schema.<br>
<br>
<a href="http://stackoverflow.com/questions/2332768/how-to-avoid-mysql-deadlock-found-when-trying-to-get-lock-try-restarting-trans" target="_blank">http://stackoverflow.com/questions/2332768/how-to-avoid-mysql-deadlock-found-when-trying-to-get-lock-try-restarting-trans</a><br>


<div><div><br>
Arran Cudbard-Bell <<a href="mailto:a.cudbardb@freeradius.org" target="_blank">a.cudbardb@freeradius.org</a>><br>
FreeRADIUS Development Team<br>
<br>
-<br>
List info/subscribe/unsubscribe? See <a href="http://www.freeradius.org/list/users.html" target="_blank">http://www.freeradius.org/list/users.html</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>-<br>
List info/subscribe/unsubscribe? See <a href="http://www.freeradius.org/list/users.html" target="_blank">http://www.freeradius.org/list/users.html</a><br></blockquote></div><br></div></div>