I created a jira SOLR-10733 for this problem with a new test for RuleEngine. Now I have also a patch to fix the problem added to SOLR-10733.
How to proceed? Just set it to resolved and close it? Regards Bernd Am 23.05.2017 um 14:09 schrieb Noble Paul: > did you try the rule > shard:shard1,port:8983 > > this ensures that all replicas of shard1 is allocated in the node w/ port > 8983. > > if it doesn't , it's a bug. Please open aticket > > On Tue, May 23, 2017 at 7:10 PM, Bernd Fehling > <bernd.fehl...@uni-bielefeld.de> wrote: >> After some analysis it turns out that they compare apples with oranges :-( >> >> Inside "tryAPermutationOfRules" the rule is called with rules.get() and >> the next step is calling rule.compare(), but they don't compare the nodes >> against the rule (or rules). They compare the nodes against each other. >> >> E.g. server1:8983, server2:7574, server1:7574,... >> What do you think will happen if comparing server1:8983 against server2:7574 >> (and so on)??? >> It will _NEVER_ match!!! >> >> Regards >> Bernd >> >> >> Am 23.05.2017 um 08:54 schrieb Bernd Fehling: >>> No, that is way off, because: >>> 1. you have no "tag" defined. >>> shard and replica can be omitted and they will default to wildcard, >>> but a "tag" must be defined. >>> 2. replica must be an integer or a wildcard. >>> >>> Regards >>> Bernd >>> >>> Am 23.05.2017 um 01:17 schrieb Damien Kamerman: >>>> If you want all the replicas for shard1 on the same port then I think the >>>> rule is: 'shard:shard1,replica:port:8983' >>>> >>>> On 22 May 2017 at 18:47, Bernd Fehling <bernd.fehl...@uni-bielefeld.de> >>>> wrote: >>>> >>>>> I tried many settings with "Rule-based Replica Placement" on Solr 6.5.1 >>>>> and came to the conclusion that it is not working at all. >>>>> >>>>> My test setup is 6 nodes on 3 servers (port 8983 and 7574 on each server). >>>>> >>>>> The call to create a new collection is >>>>> "http://localhost:8983/solr/admin/collections?action=CREATE&name=boss&; >>>>> collection.configName=boss_configs&numShards=3&replicationFactor=2& >>>>> maxShardsPerNode=1&rule=shard:shard1,replica:<2,port:8983" >>>>> >>>>> With "rule=shard:shard1,replica:<2,port:8983" I expect that shard1 has >>>>> only nodes with port 8983 _OR_ it shoud fail due to "strict mode" because >>>>> the fuzzy operator "~" it not set. >>>>> >>>>> The result of the call is: >>>>> shard1 --> server2:7574 / server1:8983 >>>>> shard2 --> server1:7574 / server3:8983 >>>>> shard3 --> server2:8983 / server3:7574 >>>>> >>>>> The expected result should be (at least!!!) shard1 --> server_x:8983 / >>>>> server_y:8983 >>>>> where "_x" and "_y" can be anything between 1 and 3 but must be different. >>>>> >>>>> I think the problem is somewhere in "class ReplicaAssigner" with >>>>> "tryAllPermutations" >>>>> and "tryAPermutationOfRules". >>>>> >>>>> Regards >>>>> Bernd >>>>> >>>> > > >
