Saturday, March 17, 2018

FW: Solr reload process flow

-----Original Message-----
From: Emir Arnautović [mailto:emir.arnautovic@sematext.com]
Sent: 14 March 2018 15:25
To: solr-user@lucene.apache.org
Subject: Re: Solr reload process flow

Hi Akshay,
1. Solr creates new core with new schema/conf updates, opens a new searcher
and replaces existing core if all want ok. If you have some issues with
schema/conf or you ended up with corrupted index, loading core will fail but
old one will stay there.
2. It is not creating new index, just creating new objects that holds
configurations and open new searcher on existing index.
3. restart will load all cores. An alternative is maybe to unload core and
load it instead of reloading it. It will result in core not being available
for some time.
4. Not aware of some detailed documentation. i guess you already went
through API doc, but just in case:
https://lucene.apache.org/solr/guide/6_6/coreadmin-api.html
<https://lucene.apache.org/solr/guide/6_6/coreadmin-api.html>

HTH,
Emir
--
Monitoring - Log Management - Alerting - Anomaly Detection Solr &
Elasticsearch Consulting Support Training - http://sematext.com/



> On 14 Mar 2018, at 07:56, Akshay Murarka <akshay@saavn.com> wrote:
>
> Hey,
>
> I am using solr-5.4.0 in my production environment and am trying to
automate the reload/restart process of the solr collections based on certain
specific conditions.
>
> I noticed that on solr reload the thread count increases a lot there by
resulting in increased latencies. So I read about reload process and came to
know that while reloading
> 1) Solr creates a new core internally and then assigns this core
same name as the old core. Is this correct?
> 2) If above is true then does solr actually create a new index
internally on reload?
> 3) If so then restart sounds much better than reload, or is there
any better way to upload new configs on solr?
> 4) Can you point me to any docs that can give me more details about
this?
>
> Any help would be appreciated, Thank you.
>
> Regards,
> Akshay

No comments:

Post a Comment