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

ASF subversion and git services commented on SOLR-12067:
--------------------------------------------------------

Commit 92002ed14be77eb9b37a7483a6f2b948aa76574a in lucene-solr's branch 
refs/heads/master from [~ctargett]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=92002ed ]

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: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to