Andrew Kettmann created SOLR-13586:
--------------------------------------
Summary: Solr 7.7.2 - Autoscaling ignores sysprop rules if no
nodes able to satisfy
Key: SOLR-13586
URL: https://issues.apache.org/jira/browse/SOLR-13586
Project: Solr
Issue Type: Bug
Security Level: Public (Default Security Level. Issues are Public)
Components: AutoScaling
Affects Versions: 7.7.2
Reporter: Andrew Kettmann
Solr 7.7.2 on new Znode on ZK. Created the chroot using solr zk mkroot.
Created a policy:
{code:java}
{'set-policy': {'banana': [{'replica': '#ALL',
'sysprop.HELM_CHART': 'notbanana'}]}}{code}
No errors on creation of the policy.
I have no nodes that have that value for the system property "HELM_CHART", I
have nodes that contain "banana" and "rulesos" for that value only.
I create the collection with a call to the /admin/collections:
{code:java}
{'action': 'CREATE',
'collection.configName': 'project-solr-7',
'name': 'banana',
'numShards': '2',
'policy': 'banana',
'replicationFactor': '2'}{code}
and it creates the collection without an error. My expectation would be that it
would error as the policy cannot be followed.
Autoscaling seems to silently ignore rules (at least sysprop rules). Example
rule:
{code:java}
{'set-policy': {'sales-uat': [{'node': '#ANY',
'replica': '<2',
'strict': 'false'},
{'replica': '#ALL',
'strict': 'true',
'sysprop.HELM_CHART': 'foo'}]}}{code}
Two cases will get the sysprop rule ignored:
# No nodes have a HELM_CHART system property defined
# No nodes have the value "foo" for the HELM_CHART system property
If you have SOME nodes that have -DHELM_CHART=foo, then it will fail if it
cannot satisfy another strict rule. So sysprop autoscaling rules appear to be
unable to be strict on their own it appears.
--
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
