Thanks! 

Now I need to write up the mistakes I made trying to use the solr command.

wunder
Walter Underwood
wun...@wunderwood.org
http://observer.wunderwood.org/  (my blog)


> On Feb 24, 2017, at 11:17 AM, Erick Erickson <erickerick...@gmail.com> wrote:
> 
> bq: Which means the docs have a problem, since they are recommending
> something that should not be recommended
> 
> Absolutely, just changed:
> https://cwiki.apache.org/confluence/display/solr/DataDir+and+DirectoryFactory+in+SolrConfig.
> Was that the one that mislead you?
> 
> Erick
> 
> On Fri, Feb 24, 2017 at 10:42 AM, Walter Underwood
> <wun...@wunderwood.org> wrote:
>> Running with this, which works they way we want.
>> 
>>  <dataDir>/solr/data/${solr.core.name}</dataDir>
>> 
>> wunder
>> Walter Underwood
>> wun...@wunderwood.org
>> http://observer.wunderwood.org/  (my blog)
>> 
>>> On Feb 24, 2017, at 10:08 AM, Walter Underwood <wun...@wunderwood.org> 
>>> wrote:
>>> 
>>> Dang it. I know better than that, but I was blindly following the docs. 
>>> Which means the docs have a problem, since they are recommending something 
>>> that should not be recommended.
>>> 
>>> Putting variable data on a different volume is very common. Official 
>>> support for that goes at least as far back as Unix V7 (1979), with /var. It 
>>> should be easy to do in Solr.
>>> 
>>> I expected to see the shard names as directories under /solr/data, but I 
>>> now remember that I need to set that with a variable.
>>> 
>>> Time to delete everything and rebuild everything again.
>>> 
>>> wunder
>>> Walter Underwood
>>> wun...@wunderwood.org
>>> http://observer.wunderwood.org/  (my blog)
>>> 
>>> 
>>>> On Feb 24, 2017, at 8:30 AM, Shawn Heisey <apa...@elyograg.org> wrote:
>>>> 
>>>> On 2/23/2017 6:41 PM, Walter Underwood wrote:
>>>>> I did this in the solrconfig.xml for both collections (tutors and 
>>>>> questions).
>>>>> 
>>>>> <dataDir>/solr/data</dataDir>
>>>>> 
>>>>> I deleted the old collection indexes, reloaded, restarted, and created a 
>>>>> new collection for “tutors". And I see this on the disk.
>>>> 
>>>> Setting dataDir in solrconfig.xml, especially to an absolute path like
>>>> that, is generally not a good idea.  It's VERY bad if that config will
>>>> be used by multiple cores.  The best place to do it is in
>>>> core.properties, so it's part of the core definition and independent of
>>>> config/schema.  IMHO it's best to make it a relative path.  Below is a
>>>> core.properties file from my dev system running 6.3.0, in a
>>>> "cores/sparkinc_0" directory under the solr home.
>>>> 
>>>> I do not see anything broken in the directory listings you provided.
>>>> What do you see that is misplaced?
>>>> 
>>>> With SolrCloud, I wouldn't be setting dataDir *at all* -- I would let
>>>> Solr handle that, mostly because the config for SolrCloud is not on the
>>>> disk and therefore dataDir doesn't need to be separated from instanceDir.
>>>> 
>>>> #Written by CorePropertiesLocator
>>>> #Mon Feb 06 19:24:18 UTC 2017
>>>> name=sparkinclive
>>>> loadonStartup=false
>>>> dataDir=../../data/sparkinc_0
>>>> transient=false
>>>> 
>>>> Thanks,
>>>> Shawn
>>>> 
>>> 
>> 

Reply via email to