[
https://issues.apache.org/jira/browse/SOLR-14507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17138636#comment-17138636
]
Haley Reeve commented on SOLR-14507:
------------------------------------
I've talked with [~krisden] about the approach, and modified my initial
proposal. The new proposal adds an option setting to the HdfsBackupRepository
config. This setting in "solr.hdfs.allow.location.override", and if set to true
and "solr.hdfs.home" is not defined for the repo, the location will be used to
initiate the HDFS Filesystem object.
Enabling this setting will give a user initiating a backup a lot more leeway
over where the backup data is written, so it should be used carefully and is
disabled by default.
> Option to allow location override if solr.hdfs.home isn't set in backup repo
> ----------------------------------------------------------------------------
>
> Key: SOLR-14507
> URL: https://issues.apache.org/jira/browse/SOLR-14507
> Project: Solr
> Issue Type: Improvement
> Components: Backup/Restore
> Reporter: Haley Reeve
> Priority: Major
> Attachments: SOLR-14507.patch
>
>
> The Solr backup/restore API has an optional parameter for specifying the
> directory to backup to. However, the HdfsBackupRepository class doesn't use
> this location when creating the HDFS Filesystem object. Instead it uses the
> solr.hdfs.home setting configured in solr.xml. This functionally means that
> the backup location, which can be passed to the API call dynamically, is
> limited by the static home directory defined in solr.xml. This requirement
> means that if the solr.hdfs.home path and backup location don't share the
> same URI scheme and hostname, the backup will fail, even if the backup could
> otherwise have been written to the specified location successfully.
> This request is to allow the option of using the location setting to
> initialize the filesystem object.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
