You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Timothy Potter (JIRA)" <ji...@apache.org> on 2015/09/23 19:16:04 UTC
[jira] [Resolved] (SOLR-8081) When creating a collection, we need a
way to utilize multiple disks available on a node.
[ https://issues.apache.org/jira/browse/SOLR-8081?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Timothy Potter resolved SOLR-8081.
----------------------------------
Resolution: Won't Fix
I'll go ahead and close this for now and go with the suggestion that users should just use RAID to present a single volume to Solr for now
Thanks for the input Jan and Noble
> When creating a collection, we need a way to utilize multiple disks available on a node.
> ----------------------------------------------------------------------------------------
>
> Key: SOLR-8081
> URL: https://issues.apache.org/jira/browse/SOLR-8081
> Project: Solr
> Issue Type: Improvement
> Components: SolrCloud
> Reporter: Timothy Potter
>
> Currently, if I want to change the dataDir for a core (such as to utilize multiple disks on a Solr node), I need to either setup a symlink or change the dataDir property in core.properties and restart the Solr node. For instance, if I have a 4-node SolrCloud cluster and want to create a collection with 4 shards with rf=2, then 8 Solr cores will be created across the cluster, 2 per node. If I want to have each core use a separate disk, then I have to do that after the fact. I'm aware that I could create the collection with rf=1 and then use AddReplica to add additional replicas with a different dataDir set, but that feels cumbersome as well.
> What would be nice is to have a way for me to specify available disks and have Solr use that information when provisioning cores on the node. [~anshumg] mentioned this might be best accomplished with a replica placement strategy.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org