[
https://issues.apache.org/jira/browse/SOLR-10733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16034249#comment-16034249
]
Bernd Fehling commented on SOLR-10733:
--------------------------------------
This is very very bad.
On 23/May/2017 you wrote on solr user list "... if it doesn't , it's a bug.
Please open a ticket...".
- I opened a ticket
- wrote a test case
- ran many, many times with debugger through the code
- presented a working patch after one week digging through code which also
removed an error
And the response is "Anyway, we are getting rid of it" .
This is not the acknowledgment I usually get when trying to support projects
and solve issues.
I wish you would have pointed out SOLR-9735 earlier and not after one week work
when coming up with a solution.
Cheers!
> Rule-based Replica Placement not working correct
> ------------------------------------------------
>
> Key: SOLR-10733
> URL: https://issues.apache.org/jira/browse/SOLR-10733
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Rules, SolrCloud
> Affects Versions: 6.5.1
> Reporter: Bernd Fehling
> Assignee: Noble Paul
> Attachments: SOLR-10733.patch, SOLR-10733.patch
>
>
> A setup of a SolrCloud with 6 nodes on 3 server e.g.:
> {code}
> server1:8983 , server1:7574
> server2:8983 , server2:7574
> server3:8983 , server3:7574
> {code}
> and a command for creating a new collection with rule:
> {code}
> 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
> {code}
> should create a collection with 3 shards and least a shard1 with two
> different nodes running on port 8983.
> {code}
> shard1 --> server_x:8983 , server_y:8983
> {code}
> A even more restrictive rule like
> {code}
> rule=shard:shard1,replica:<2,port:8983&rule=shard:shard3,replica:<2,port:7574
> {code}
> should also resolve to a solution because if it really checks all
> permutations accross shards/replicas/ports and available nodes it should be
> able to solve this.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]