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

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

Commit ba1b65e39d02314d33b5d5e1f7f490b3b81337cd in lucene-solr's branch 
refs/heads/branch_8x from Munendra S N
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=ba1b65e ]

SOLR-10471: update default zk session timeout in bin/solr* scripts

* zkClientTimeout value is already set to 30s in solr.xml but
  same update was missing from bin/solr* script


> Solr script always sets zkClientTimeout to 15000 if ZK_CLIENT_TIMEOUT unset
> ---------------------------------------------------------------------------
>
>                 Key: SOLR-10471
>                 URL: https://issues.apache.org/jira/browse/SOLR-10471
>             Project: Solr
>          Issue Type: Bug
>    Affects Versions: 6.2.1, 7.0
>            Reporter: Michael Braun
>            Assignee: Mark Miller
>            Priority: Minor
>         Attachments: SOLR-10471.patch, SOLR-10471.patch
>
>
> Per SOLR-5565, ZooKeeper session timeout should have been raised to 30s. This 
> was changed in the solr.xml example but it was not changed in the solr 
> script, which has this:
> {code}
> if [ -z "$ZK_CLIENT_TIMEOUT" ]; then
>     ZK_CLIENT_TIMEOUT="15000"
>   fi
> {code}
> And for solr.cmd:
> {code}
>  IF "%ZK_CLIENT_TIMEOUT%"=="" set "ZK_CLIENT_TIMEOUT=15000"
> {code}
> So regardless of what is in solr.xml, if ZK_CLIENT_TIMEOUT is not set, it 
> will be overridden to 15,000. I'd think this should be raised to 30,000 or 
> removed entirely to fall back on the solr.xml's behavior.  
> [~markrmil...@gmail.com] is this correct?



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org

Reply via email to