[
https://issues.apache.org/jira/browse/SOLR-5609?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13863216#comment-13863216
]
Mark Miller commented on SOLR-5609:
-----------------------------------
I don't really like this design.
I think the mode that tries to make ZK the truth should end up being the
standard mode. We don't want some confusing param for this that looks like a
option and controls just how cores register.
We want something like one options that will become the new default - something
name like "legacyCloudMode".
We could start putting it in as legacyCloudMode=false when we want to default
to it. Eventually we would remove the legacy mode in a major release most
likely. We can't afford to support it long term IMO.
Having legacyCloudMode (or whatever it's named) = false should allow the
cluster should disable the ability for cores to create collections or remove
them and turn on the features that let the cluster use zk as the truth.
Then we can have further options for more advanced cluster behavior.
Making ZK the truth should be the default mode when you are not using our
legacy mode though.
> Don't let cores create slices/named replicas
> --------------------------------------------
>
> Key: SOLR-5609
> URL: https://issues.apache.org/jira/browse/SOLR-5609
> Project: Solr
> Issue Type: Sub-task
> Components: SolrCloud
> Reporter: Noble Paul
> Fix For: 5.0, 4.7
>
>
> In SolrCloud, it is possible for a core to come up in any node , and register
> itself with an arbitrary slice/coreNodeName. This is a legacy requirement and
> we would like to make it only possible for Overseer to initiate creation of
> slice/replicas
> We plan to introduce cluster level properties at the top level
> /cluster-props.json
> {code:javascript}
> {
> "noSliceOrReplicaByCores":true"
> }
> {code}
> If this property is set to true, cores won't be able to send STATE commands
> with unknown slice/coreNodeName . Those commands will fail at Overseer. This
> is useful for SOLR-5310 / SOLR-5311 where a core/replica is deleted by a
> command and it comes up later and tries to create a replica/slice
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
