Nothing changed after i added option 'inplace_enable <http://sphinxsearch.com/docs/current.html#conf-inplace-enable>' Fortunately my partition is lvm based. I will add another drive that will help with this problem.
On Fri, Aug 12, 2016 at 7:25 PM, Konstantin <myownlett...@gmail.com> wrote: > I've enabled that option. > I'll let you know if it helps. > > On Fri, Aug 12, 2016 at 5:11 PM, Janos SUTO <s...@acts.hu> wrote: > >> I haven't used it yet. Let us know if it works for you as expected. >> >> Janos >> ------------------------------ >> *From:* Konstantin >> *Sent:* Fri Aug 12 13:58:07 GMT+02:00 2016 >> *To:* Piler User >> *Subject:* Re: Archive size >> >> Have anyone used ' inplace_enable >> <http://sphinxsearch.com/docs/current.html#conf-inplace-enable>' option >> for a sphinx ? >> It seems it will help me to fix growing disk space during indexer >> process. >> >> On Fri, Aug 12, 2016 at 2:35 PM, Konstantin <myownlett...@gmail.com> >> wrote: >> >>> Hello Janos, >>> >>> We have an archive with following version: piler 0.1.25-master-branch, >>> build 869 >>> A server has 2T hdd and 1.5T used currently. >>> Usually 420G is available but when indexer.main.sh running free disk >>> space reduced to 90G. >>> It is too low so i started looking for a reason what's taking up the >>> space on my drive. >>> >>> Here are the questions i have. >>> 1) I read a documentation for sphinx and understand why disk used so >>> hard during merge from dailydelta1 to main1. >>> Currently we have indexer.main.sh scheduled at 2am each day. >>> I would like to run it on Saturday only. For a week it will be ~180k >>> emails. >>> Can it cause any issues during merge ? >>> >>> 2) We have pilerpurge sheduled. Old emails removed from search and i >>> thought that they removed from disk as well. >>> I looked for an attachments example and found this file >>> /var/piler/store/00/526/00/00/ 40000000526faa5a1602877400bf63 cb0000.a3 >>> >>> In piler.metadata message with piler_id= 40000000526faa5a1602877400bf63 >>> cb0000 has deleted=1 >>> In piler.attachment i also see results for that piler_id: >>> *************************** 1. row *************************** >>> id: 79578 >>> piler_id: 40000000526faa5a1602877400bf63 cb0000 >>> attachment_id: 3 >>> name: medshoppe >>> type: application/octet-stream >>> sig: 37cfd3b8d394d791780d2c478f9823 9ad0fd5b656d4e7d52c64035dea76e 86de >>> size: 3944 >>> ptr: 0 >>> deleted: 0 >>> >>> A wiki said <http://www.mailpiler.org/wiki/current:purging-aged-emails> >>> what pilerpurge remove an old message. >>> I suppose that piler also remove attachments. >>> Is that correct? >>> Can you please confirm that piler build 869 remove old messages from >>> disk ? >>> >>> Thank you. >>> -- >>> *This message was delivered using 100% recycled electrons* . >>> >> >> >> >> -- >> *This message was delivered using 100% recycled electrons* . >> > > > > -- > *This message was delivered using 100% recycled electrons*. > -- *This message was delivered using 100% recycled electrons*.