[
https://issues.apache.org/jira/browse/SOLR-12067?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16401893#comment-16401893
]
ASF subversion and git services commented on SOLR-12067:
--------------------------------------------------------
Commit 77113b3c75767e727f993ea2b777fe53f4a04db4 in lucene-solr's branch
refs/heads/branch_7x from [~ctargett]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=77113b3 ]
SOLR-12067: Ref Guide updates for autoAddeplicas: change default for
autoReplicaFailoverWaitAfterExpiration;
running-solr-on-hdfs had inaccurate information about the feature;moved param
info to autoscaling trigger docs;
removed unsupported params & added warning about clusterprop deprecation
> AutoAddReplicas default 30 second wait time is too low
> ------------------------------------------------------
>
> Key: SOLR-12067
> URL: https://issues.apache.org/jira/browse/SOLR-12067
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Varun Thacker
> Assignee: Shalin Shekhar Mangar
> Priority: Major
> Fix For: 7.3, master (8.0)
>
> Attachments: SOLR-12067-test-fix.patch, SOLR-12067.patch
>
>
> If I create a collection with autoAddReplicas=true in Solr 7.x a
> AutoAddReplicasPlanAction get's created with a waitFor=30 seconds
> The default should be increased as a JVM which is down for more than
> 30seconds can cause the framework to add a new replica on another node
> With HDFS this was a cheap operation as it only involved create a core and
> pointing it to the same index directory.
> But for non shared file systems, this is a very expensive operation and can
> potentially move large indexes around so maybe we should have a higher default
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
