lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Varun Thacker (JIRA)" <>
Subject [jira] [Commented] (SOLR-11508) Make coreRootDirectory configurable via an environment variable (SOLR_CORE_HOME)
Date Mon, 04 Dec 2017 04:19:00 GMT


Varun Thacker commented on SOLR-11508:

+1 to the overall approach. 

In the test case we should add another core creation where we specify a different dataDir
) and then make sure core discovery makes fine.  This use-case might not make a lot of sense
( like why specify "" and then go create a core at a different place ) but maybe
there are SolrCloud users who want to add a replica at a later stage to another disk. I think
the current approach doesn't break this but having a test will be nice.

PS : I won't have time anytime soon to thoroughly go through it and commit it.

> Make coreRootDirectory configurable via an environment variable (SOLR_CORE_HOME)
> --------------------------------------------------------------------------------
>                 Key: SOLR-11508
>                 URL:
>             Project: Solr
>          Issue Type: Bug
>      Security Level: Public(Default Security Level. Issues are Public) 
>            Reporter: Marc Morissette
> (Heavily edited)
> Since Solr 7, it is possible to store Solr cores in separate disk locations using
(see SOLR-6671). This is very useful when running Solr in Docker where data must be stored
in a directory which is independent from the rest of the container.
> While this works well in standalone mode, it doesn't in Cloud mode as the
automatically created by Solr are still stored in coreRootDirectory and cores created that
way disappear when the Solr Docker container is redeployed.
> The solution is to configure coreRootDirectory to an empty directory that can be mounted
outside the Docker container.
> The incoming patch makes this easier to do by allowing coreRootDirectory to be configured
via a solr.core.home system property and SOLR_CORE_HOME environment variable.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message