[
https://issues.apache.org/jira/browse/SOLR-13035?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16724134#comment-16724134
]
Amrit Sarkar commented on SOLR-13035:
-------------------------------------
Hi [~janhoy],
SOLR_TIP is the system property defined in Solr startup script which defines
the parent path of Solr installation directory. If we unzip solr-7.5.0.tgz,
{{[PATH-TO]/solr-7.5.0}} would be the SOLR_.TIP. So yes, a default Linux script
install will point SOLR_TIP to {{/opt/solr}}.
SOLR_VAR_ROOT will be a great addition operation wise, but do we need another
variable amidst various available, it is already quite confusing with
{{instancePath}}, {{dataDir}} and others etc w.r.t cores.
One can define absolute paths for DIR properties (SOLR_LOGS_DIR, SOLR_PID_DIR
etc.) if desired and supporting relative paths will still work w.r.t current
directory / SOLR_HOME / SOLR_TIP etc.
> Utilize solr.data.home / solrDataHome in solr.xml to set all writable files
> in single directory
> -----------------------------------------------------------------------------------------------
>
> Key: SOLR-13035
> URL: https://issues.apache.org/jira/browse/SOLR-13035
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Amrit Sarkar
> Priority: Major
> Attachments: SOLR-13035.patch, SOLR-13035.patch
>
>
> {{solr.data.home}} system property or {{solrDataHome}} in _solr.xml_ is
> already available as per SOLR-6671.
> The writable content in Solr are index files, core properties, and ZK data if
> embedded zookeeper is started in SolrCloud mode. It would be great if all
> writable content can come under the same directory to have separate READ-ONLY
> and WRITE-ONLY directories.
> It can then also solve official docker Solr image issues:
> https://github.com/docker-solr/docker-solr/issues/74
> https://github.com/docker-solr/docker-solr/issues/133
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
