You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Erick Erickson (JIRA)" <ji...@apache.org> on 2017/11/27 22:22:00 UTC

[jira] [Created] (SOLR-11687) SolrCore.getNewIndexDir returns the current index on most exceptions

Erick Erickson created SOLR-11687:
-------------------------------------

             Summary: SolrCore.getNewIndexDir returns the current index on most exceptions
                 Key: SOLR-11687
                 URL: https://issues.apache.org/jira/browse/SOLR-11687
             Project: Solr
          Issue Type: Bug
      Security Level: Public (Default Security Level. Issues are Public)
            Reporter: Erick Erickson
            Assignee: Erick Erickson


I'll link the originating Solr JIRA in a minute (many thanks Nikolay). 

right at the top of this method we have this:

String result = dataDir + "index/";

If, for any reason, the method doesn't complete properly, the "result" is still returned. Now for instance, down in SolrCore.cleanupOldIndexDirectories the "old" directory is dataDir/index which may point to the current index.

This seems particularly dangerous:
{{
       try {
          p.load(new InputStreamReader(is, StandardCharsets.UTF_8));

          String s = p.getProperty("index");
          if (s != null && s.trim().length() > 0) {
              result = dataDir + s;
          }

        } catch (Exception e) {
          log.error("Unable to load " + IndexFetcher.INDEX_PROPERTIES, e);
        } finally {
          IOUtils.closeQuietly(is);
        }
 }}

Should "p.load" fail for any reason whatsoever, we'll still return dataDir/index.

Anyone want to chime on on what the expectations are here before I dive in?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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