My fault for the typo, it slipped in while I wrote the mail. Each server has 290GB mounted on /opt/solr, contains 2 different replicas and has a total of 30GB free space.
This is why I wrote 15GB per shard On Sun, Sep 8, 2013 at 2:56 PM, Erick Erickson <erickerick...@gmail.com>wrote: > How much free disk space do you have when you > try the merge? > > Is this a typo? > > <int name=|maxMergeAtOnce">2</int> > Note name=| > > Best > Erick > > > On Sun, Sep 8, 2013 at 7:26 AM, Manuel Le Normand < > manuel.lenorm...@gmail.com> wrote: > > > Hi again, > > In order to delete part of my index I run a delete by query that intends > to > > erase 15% of the docs. > > I added this params to the solrconfig.xml > > <mergePolicy class="org.apache.lucene.index.TieredMergePolicy"> > > <int name=|maxMergeAtOnce">2</int> > > <int name="maxMergeAtOnceExplicit">2</int> > > <double name="maxMergedSegmentMB">5000.0</double> > > <double name="reclaimDeletesWeight">10.0</double> > > <double name="segmentsPerTier">15.0</double> > > </mergePolicy> > > > > The extra params were added in order to promote merge of old segments but > > with restriction on the transient disk that can be used (as I have only > > 15GB per shard). > > > > This procedure failed on a no space left on device exception, although > > proper calculations show that these params should cause no usage excess > of > > the transient free disk space I have. > > Looking on the infostream I can see that the first merges do succeed but > > older segments are kept in reference thus cannot be deleted until all the > > merging are done. > > > > Is there anyway of overcoming this? > > >