<p>That script is for the zebraqueue table, truncating the nozebra table is only a good idea if you are using zebra, because you dont need that table with zebra.</p>
<p>And like Robin suggested, you should set file per table or innodb cannot reclaim the space. Or follow Henri-Damiens advice and set the table to myisam. Without doing one of these 2 things, deleting rows or truncating tables does not reclaim space.</p>

<p>We run all our koha with file per table, that way you dont end up with an ever increasing ibdata file.</p>
<p>Chris</p>
<div class="gmail_quote">On 3 Sep 2011 12:53, "Paul" <<a href="mailto:paul.a@aandc.org">paul.a@aandc.org</a>> wrote:<br type="attribution">> At 04:35 PM 9/2/2011 +0200, you wrote:<br>>>Le 02/09/2011 14:49, sheldon_tappin a écrit :<br>
>> > Hi All,<br>>> ><br>>> ><br>>> >  Is it OK to truncate the nozebra table in koha database. The table is too<br>>> > big for a database backup.<br>>>[snip]<br>>> ><br>
>>Hi It is ok.<br>>>In fact, there is/was a cleanup_database script which does that in<br>>>misc/cronjobs... could be a scheduled task<br>>>check that the table is MyISAM and not innodb, unless you want to keep a<br>
>>huge innodb file......<br>> <br>> Yup - that script seems to have disappeared ... my innodb is now 5.5 <br>> Gigabytes ... what on earth is happening?  (end of day, I'll have a closer <br>> look tomorrow)<br>
> <br>> Best<br>> Paul<br>> ---<br>> Tired old sys-admin <br>> <br>> _______________________________________________<br>> Koha mailing list  <a href="http://koha-community.org">http://koha-community.org</a><br>
> <a href="mailto:Koha@lists.katipo.co.nz">Koha@lists.katipo.co.nz</a><br>> <a href="http://lists.katipo.co.nz/mailman/listinfo/koha">http://lists.katipo.co.nz/mailman/listinfo/koha</a><br></div>