[ https://issues.apache.org/jira/browse/SOLR-8889?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17399909#comment-17399909 ]
ASF subversion and git services commented on SOLR-8889: ------------------------------------------------------- Commit 1d69e9c59e979e7c47d51a3cb7167df044e5db77 in lucene-solr's branch refs/heads/branch_8x from Chris M. Hostetter [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=1d69e9c ] SOLR-8889: Fixed various problems in Solr and SolrJ that could cause deleteById commands with "_route_" information to processed by the wrong shard, and/or fail when forwarded to replicas from the shard leader. Portions of this bug and fixes were tracked in SOLR-12694. (cherry picked from commit 5c3465eb498551c53dc310e44ae82cb89890ffc6) > SolrCloud deleteById is broken when router.field is set > ------------------------------------------------------- > > Key: SOLR-8889 > URL: https://issues.apache.org/jira/browse/SOLR-8889 > Project: Solr > Issue Type: Bug > Components: SolrCloud, SolrJ > Reporter: David Smiley > Assignee: Chris M. Hostetter > Priority: Major > Attachments: SOLR-8889.patch, SOLR_8889_investigation.patch > > > If you set router.field on your collection to shard by something other than > the ID, then deleting documents by ID fails some of the time (how much > depends on how sharded the collection is). I suspect that it'd work if the > IDs provided when deleting by ID were prefixed using the composite key syntax > -- "routekey!id" though I didn't check. This is terrible. Internally Solr > should broadcast to all the shards if there is no composite key prefix. > Some affected code is UpdateRequest.getRoutes. -- This message was sent by Atlassian Jira (v8.3.4#803005) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org