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

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

Commit bd767e3f744e540530abd86cba8f4a6a8a17035c in solr's branch 
refs/heads/main from David Smiley
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=bd767e3f744 ]

SOLR-17879: Fail to start if its major version is smaller than the cluster 
(#3510)

A Solr node will now fail to start if its major.minor version (e.g. 9.10) is 
*lower* than that of any existing
  Solr node in a SolrCloud cluster (as reported by info in "live_node").

> A SolrCloud node should fail to start if it's major version is smaller than 
> the cluster
> ---------------------------------------------------------------------------------------
>
>                 Key: SOLR-17879
>                 URL: https://issues.apache.org/jira/browse/SOLR-17879
>             Project: Solr
>          Issue Type: Improvement
>          Components: SolrCloud
>            Reporter: David Smiley
>            Priority: Major
>              Labels: pull-request-available
>          Time Spent: 1h 10m
>  Remaining Estimate: 0h
>
> If there's a "Solr 10 cluster" (meaning, a cluster in which all live_nodes 
> express Solr 10 via SOLR-17620), and the current node that which is about to 
> join the cluster is Solr 9, then the current node should fail to start.  This 
> should be enforced for a difference in major versions.  This is not an 
> enforcement of the inverse -- a Solr 10 node +may+ joint a Solr 9 cluster, 
> and thus a rolling upgrade is not prevented.
> Solr versions >= 9.10 can enforce this but already released Solr versions 
> (like 9.9) will not be able to do so.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

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

Reply via email to