Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: solr-user@lucene.apache.org
Received-SPF: pass (athena.apache.org: message received from 54.164.171.186
 which is an MX secondary for solr-user@lucene.apache.org)
MIME-Version: 1.0
References: <14cd8e9e93e-7186-44c23@webprd-a77.mail.aol.com>
 <CADMUOEWbHhcAwphY=Ajjfzr45zBGuSYC6b8QvfotQYw5KTmnAA@mail.gmail.com>
In-Reply-To: 
 <CADMUOEWbHhcAwphY=Ajjfzr45zBGuSYC6b8QvfotQYw5KTmnAA@mail.gmail.com>
From: Mark Miller <markrmiller@gmail.com>
Date: Tue, 28 Apr 2015 14:50:45 +0000
Message-ID: 
 <CAOGUouz=VYvjLmzLz=EP4z1+AgW_Kir5RzQ_HVay1Q35XP-pSw@mail.gmail.com>
Subject: Re: Multiple index.timestamp directories using up disk space
To: solr-user@lucene.apache.org
Content-Type: multipart/alternative; boundary=001a11479df0d501f10514c9fca3

--001a11479df0d501f10514c9fca3
Content-Type: text/plain; charset=UTF-8

If copies of the index are not eventually cleaned up, I'd fill a JIRA to
address the issue. Those directories should be removed over time. At times
there will have to be a couple around at the same time and others may take
a while to clean up.

- Mark

On Tue, Apr 28, 2015 at 3:27 AM Ramkumar R. Aiyengar <
andyetitmoves@gmail.com> wrote:

> SolrCloud does need up to twice the amount of disk space as your usual
> index size during replication. Amongst other things, this ensures you have
> a full copy of the index at any point. There's no way around this, I would
> suggest you provision the additional disk space needed.
> On 20 Apr 2015 23:21, "Rishi Easwaran" <rishi.easwaran@aol.com> wrote:
>
> > Hi All,
> >
> > We are seeing this problem with solr 4.6 and solr 4.10.3.
> > For some reason, solr cloud tries to recover and creates a new index
> > directory - (ex:index.20150420181214550), while keeping the older index
> as
> > is. This creates an issues where the disk space fills up and the shard
> > never ends up recovering.
> > Usually this requires a manual intervention of  bouncing the instance and
> > wiping the disk clean to allow for a clean recovery.
> >
> > Any ideas on how to prevent solr from creating multiple copies of index
> > directory.
> >
> > Thanks,
> > Rishi.
> >
>

--001a11479df0d501f10514c9fca3--