Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: solr-user@lucene.apache.org
MIME-Version: 1.0
In-Reply-To: <CAJuqOKJt-w3tTJJq9MUz8Drootb3oZjap6t2=xTf4eD3Lr8cWw@mail.gmail.com>
References: <CAJuqOKJaWKcQ4dLPJkex_XJW2kck8dQp=w50Pk9cxDiivymnqA@mail.gmail.com>
 <1477381051.3083.108.camel@statsbiblioteket.dk> <CAJuqOKJt-w3tTJJq9MUz8Drootb3oZjap6t2=xTf4eD3Lr8cWw@mail.gmail.com>
From: Pushkar Raste <pushkar.raste@gmail.com>
Date: Tue, 25 Oct 2016 19:35:01 -0400
Message-ID: <CAEa-FXh_xEXCJf0XTNbAAsd_ehH2bgTz+29RtzDPUj9pMk85Zg@mail.gmail.com>
Subject: Re: OOM Error
To: solr-user@lucene.apache.org
Content-Type: multipart/alternative; boundary=001a114bb6d821275f053fb8f5f0
archived-at: Tue, 25 Oct 2016 23:35:15 -0000

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

You should look into using docValues.  docValues are stored off heap and
hence you would be better off than just bumping up the heap.

Don't enable docValues on existing fields unless you plan to reindex data
from scratch.

On Oct 25, 2016 3:04 PM, "Susheel Kumar" <susheel2777@gmail.com> wrote:

> Thanks, Toke.  Analyzing GC logs helped to determine that it was a sudden
> death.  The peaks in last 20 mins... See   http://tinypic.com/r/n2zonb/9
>
> Will look into the queries more closer and also adjusting the cache sizing.
>
>
> Thanks,
> Susheel
>
> On Tue, Oct 25, 2016 at 3:37 AM, Toke Eskildsen <te@statsbiblioteket.dk>
> wrote:
>
> > On Mon, 2016-10-24 at 18:27 -0400, Susheel Kumar wrote:
> > > I am seeing OOM script killed solr (solr 6.0.0) on couple of our VM's
> > > today. So far our solr cluster has been running fine but suddenly
> > > today many of the VM's Solr instance got killed.
> >
> > As you have the GC-logs, you should be able to determine if it was a
> > slow death (e.g. caches gradually being filled) or a sudden one (e.g.
> > grouping or faceting on a large new non-DocValued field).
> >
> > Try plotting the GC logs with time on the x-axis and free memory after
> > GC on the y-axis. It it happens to be a sudden death, the last lines in
> > solr.log might hold a clue after all.
> >
> > - Toke Eskildsen, State and University Library, Denmark
> >
>

--001a114bb6d821275f053fb8f5f0--