Hi All,
Thank you for replying. I didn’t have think about the case which multi core
exists in the same server.
I saw SOLR-6671 and found out that helping me well! I’m looking forward to
merge and release it.
Thank you,
Takumi
2017/05/26 7:17 に、"Erick Erickson" <erickerick...@gmail.com> を書き込みました:
Ahhh, as usual Jan is far ahead of the curve ;)
On Thu, May 25, 2017 at 2:18 PM, Jan Høydahl <jan....@cominvent.com> wrote:
> Yea, having exact dataDir as a system property is a flawed design dating
> back before distributed Solr…
> See https://issues.apache.org/jira/browse/SOLR-6671 for my proposal to
solve
> the user requirement
> of placing ALL data dirs on a separate volume. The patch is almost ready
for
> commit…
>
> Please review and comment :)
>
> --
> Jan Høydahl, search solution architect
> Cominvent AS - www.cominvent.com
>
> 25. mai 2017 kl. 22.21 skrev Shawn Heisey <apa...@elyograg.org>:
>
> On 5/25/2017 2:05 AM, takumi yoshida wrote:
>
> I wounder if we add new parameter dataDir for collection CREATE
> command. There have been dataDir for ADDREPLICA command. So, if we add
> dataDir for CREATE too, it would be more easy to handle data directory
> when we make new collection with new disk or NFS, etc ...
>
>
> I'm with Erick. The danger of creating multiple cores on the same
> server with exactly the same dataDir is simply too high. It doesn't
> make sense to add a dataDir parameter to the Collections API CREATE.
>
> By editing core.properties files on an individual server after the
> collection is created to add the dataDir property, and restarting Solr,
> you can move a dataDir. The location would be relative to the place the
> core.properties file is found. This could be dangerous, but done
> correctly, would work.
>
> Thanks,
> Shawn
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
