You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "David Smiley (JIRA)" <ji...@apache.org> on 2019/07/03 16:30:00 UTC

[jira] [Created] (SOLR-13604) if updateLog isn't in config, complain loudly if it's needed for SolrCloud

David Smiley created SOLR-13604:
-----------------------------------

             Summary: if updateLog isn't in config, complain loudly if it's needed for SolrCloud
                 Key: SOLR-13604
                 URL: https://issues.apache.org/jira/browse/SOLR-13604
             Project: Solr
          Issue Type: Improvement
      Security Level: Public (Default Security Level. Issues are Public)
          Components: SolrCloud
    Affects Versions: 7.1
            Reporter: David Smiley


The updateLog can be commented out, and SolrCloud will only contain this error:

2019-07-03 16:15:55.907 ERROR (qtp214649627-92) [c:gettingstarted s:shard1 r:core_node4 x:gettingstarted_shard1_replica_n2] o.a.s.c.SyncStrategy No UpdateLog found - cannot sync

I suspect it's truly required in which Solr should complain more loudly about this -- throw an exception.  For single replica collections, I suppose it's fine (not an error?)?  Granted then there could be an issue of adding replicas later (unless pull type; those are fine).  Even if multi-replica SolrCloud can usefully work without an updateLog (news to me) then maybe we shouldn't log an error, although the lack of an updateLog would probably be an oversight that would be hard to track down the root cause of.

I wish the updateLog altogether could be more optional but that's another conversation.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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