[
https://issues.apache.org/jira/browse/SOLR-8117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14942332#comment-14942332
]
Ludovic Boutros commented on SOLR-8117:
---------------------------------------
Hi Paul, thank you for your answer,
it was just at first glance and all related tests were ok.
That said, could you please give me an example in order to add a test which
should fail without this second validation ?
Does this mean that the increment of the core count should be done in this
second validation ?
Or do you mean that the condition '<1' should be always true at the end ? This
would seem weird to me.
I also have a stability issue in the collection creation, but I did not manage
to reproduce it currently in a unit test (Only in production and in Docker).
The collection creation fails two or three times and then is created with
success on the fourth time for instance. I will check after the fix of this
issue.
> Rule-based placement issue with 'cores' tag
> --------------------------------------------
>
> Key: SOLR-8117
> URL: https://issues.apache.org/jira/browse/SOLR-8117
> Project: Solr
> Issue Type: Bug
> Components: SolrCloud
> Affects Versions: 5.3, 5.3.1
> Reporter: Ludovic Boutros
> Assignee: Noble Paul
> Attachments: SOLR-8117.patch
>
>
> The rule-based placement fails on an empty node (core count = 0) with
> condition 'cores:<1'.
> It also fails if current core number is equal to the core number in the
> condition - 1.
> During the placement strategy process, the core counts for a node are
> incremented when all the rules match.
> At the end of the code, an additional verification of all the conditions is
> done with incremented core count and therefore it fails.
> I don't know why this additional verification is needed and removing it seems
> to fix the issue.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
