[ 
https://issues.apache.org/jira/browse/SOLR-4732?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13634531#comment-13634531
 ] 

Shawn Heisey commented on SOLR-4732:
------------------------------------

This is the solr.xml the user had, on Solr 3.5:

{noformat}
<?xml version="1.0" encoding="UTF-8" ?>
<solr persistent="true">
  <cores adminPath="/admin/cores">
    <core name="default" instanceDir="./"/>
    <core name="413a" instanceDir="./"/>
    <core name="blah" instanceDir="./"/>
...
  </cores>
</solr>
{noformat}

                
> CoreAdmin - SWAP and RENAME with shared instanceDir and no dataDir - problems 
> after Solr restart
> ------------------------------------------------------------------------------------------------
>
>                 Key: SOLR-4732
>                 URL: https://issues.apache.org/jira/browse/SOLR-4732
>             Project: Solr
>          Issue Type: Bug
>    Affects Versions: 3.5
>            Reporter: Shawn Heisey
>             Fix For: 4.3
>
>
> If your cores share an instanceDir but dataDir is not explicitly defined in 
> solr.xml, apparently dataDir is not "./data" as it would be when instanceDir 
> is not shared, it becomes (or includes) the name of the core as well.  This 
> results in problems problems with RENAME, and probably SWAP as well.  
> The RENAME will work, with the dataDir still retaining the old name.  When 
> you restart Solr, however, the core will use the new name for the dataDir and 
> create an empty index, ignoring the old one.  Based on this behavior, I 
> believe that if you did a SWAP, after reload the cores would no longer be 
> swapped.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to