Hi Anne Marie,<br>to optimize tables use mysql> optimize table sessions;<br>we had the same issue in the past and turned down the session locking time in the <a href="http://mysql.pm">mysql.pm</a> from your first mail to 1sec, it fixes it for us.<br>
<br>torsten<br><br>btw, we also clean each night the session table, which makes rt lot faster.<br><br><br><br><div class="gmail_quote">2009/2/10 Anne-Marie Achrenius <span dir="ltr"><<a href="mailto:ama@chalmers.se">ama@chalmers.se</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Kenneth Marshall skrev:<br>
<div><div></div><div class="Wj3C7c">> On Tue, Feb 10, 2009 at 02:21:15PM +0100, Anne-Marie Achrenius wrote:<br>
><br>
>> Hello!<br>
>><br>
>> I'm new to the list and I'm in a bit of a pickle, our RT-guru is on<br>
>> paternity leave and we've started having problems with our RT-installation.<br>
>> I've tried searching the list archives for something similar, but<br>
>> nothing fits exactly:<br>
>><br>
>> The problem: Often (not every time, maybe 8 out of 10) when I perform a<br>
>> Search in RT, the search hangs.<br>
>> The mysqld process is at 100 % cpu. When reading the log files, this<br>
>> jumps out:<br>
>><br>
>> /var/lib/mysql/blaha.log:<br>
>><br>
>> SELECT GET_LOCK('Apache-Session-ed5bea237ae21873fecd13ade9cb3f63', 3600)<br>
>><br>
>> and after a few minutes the web-interface returns with "500 Internal<br>
>> Server Error"<br>
>><br>
>> I've so far tried to decrease the LOCK time in<br>
>> /usr/lib/perl5/site_perl/5.8.5/Apache/Session/Lock/MySQL.pm<br>
>> but that doesn't seem to help at all.<br>
>> I've enabled logging of slow mysql queries, but so far no log entries<br>
>><br>
>> We're running RT 3.7.5<br>
>>                      mysql 14.7<br>
>>                      apache 2.0.52<br>
>><br>
>> Does anyone have any suggestions or similar problems?<br>
>> I can't pinpoint when we started having problems, 2-3 weeks ago, and the<br>
>> problem seems to slowly escalate.<br>
>><br>
>> /Anne-Marie<br>
>><br>
>><br>
>><br>
> Maybe your session table needs to be cleaned up. Try deleting any<br>
> sessions over a couple of days old and then optimize the table. I<br>
> cannot help with the specific commands since we use PostgreSQL for<br>
> our RT instance but in SQL I run a command like:<br>
><br>
> DELETE FROM sessions WHERE lastupdated < '2009-1-30';<br>
><br>
> or even<br>
><br>
> TRUNCATE TABLE sessions;<br>
><br>
> to get them all. You may just have a bloat problem. Try a<br>
><br>
> SELECT COUNT(*) FROM sessions;<br>
><br>
> Hope this helps.<br>
><br>
> Cheers,<br>
> Ken<br>
><br>
<br>
</div></div>Thanks for the help, unfortunately the problem doesn't seem to lie there:<br>
<br>
mysql> SELECT COUNT(*) FROM sessions;<br>
+----------+<br>
| COUNT(*) |<br>
+----------+<br>
|      323 |<br>
+----------+<br>
1 row in set (0.00 sec)<br>
<br>
and deleting anything older than 30/1 left 11. Still the same problem,<br>
search keeps hanging.<br>
How do I optimize the table? (I used to work with Oracle db:s around 10<br>
years ago, I'm pretty rusty!)<br>
<br>
Depressed,<br>
<font color="#888888"><br>
/Anne-Marie<br>
</font><div><div></div><div class="Wj3C7c">_______________________________________________<br>
<a href="http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users" target="_blank">http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users</a><br>
<br>
Community help: <a href="http://wiki.bestpractical.com" target="_blank">http://wiki.bestpractical.com</a><br>
Commercial support: <a href="mailto:sales@bestpractical.com">sales@bestpractical.com</a><br>
<br>
<br>
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.<br>
Buy a copy at <a href="http://rtbook.bestpractical.com" target="_blank">http://rtbook.bestpractical.com</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>MFG<br><br>Torsten Brumm<br><br><a href="http://www.torsten-brumm.de">http://www.torsten-brumm.de</a><br>