[
https://issues.apache.org/jira/browse/SOLR-5956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14032748#comment-14032748
]
ASF subversion and git services commented on SOLR-5956:
-------------------------------------------------------
Commit 1602953 from [~thelabdude] in branch 'dev/trunk'
[ https://svn.apache.org/r1602953 ]
SOLR-5956: Use getInstanceDir instead of getRawInstanceDir as that was causing
issues when trying to create a backup of an index on Linux when solr.solr.home
is a symbolic link.
> SnapShooter is using getRawInstanceDir, which is sometimes not a valid
> directory
> --------------------------------------------------------------------------------
>
> Key: SOLR-5956
> URL: https://issues.apache.org/jira/browse/SOLR-5956
> Project: Solr
> Issue Type: Bug
> Components: replication (java), SolrCloud
> Environment: SolrCloud
> Reporter: Timothy Potter
> Assignee: Timothy Potter
> Attachments: SOLR-5956.patch
>
>
> Ran into an issue where the getRawInstanceDir method on CoreDescriptor
> returns an invalid directory on the server. Need to track down where this bad
> value comes from and fix it. I suspect this has to do with me using symlinks
> e.g.
> I have server with solr.solr.home set to
> /home/ec2-user/lucene-solr/solr/cloud87/solr, which in reality is:
> /vol0/cloud87/solr as /home/ec2-user/lucene-solr/solr/cloud87 is a symlink to
> /vol0/cloud87
> getRawInstanceDir was returning /vol0/cloud87/demo_shard1_replica1 which is
> missing the /solr part of the directory path, should be:
> /vol0/cloud87/solr/demo_shard1_replica1
--
This message was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
