[
https://issues.apache.org/jira/browse/SOLR-17386?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17869772#comment-17869772
]
Patson Luk edited comment on SOLR-17386 at 7/30/24 11:52 PM:
-------------------------------------------------------------
[~ellaeln] I have submitted a PR https://github.com/apache/solr/pull/2607 for
fix. Please lemme know your thoughts! I tried to tag you in github but couldn't
find your handle :)
was (Author: JIRAUSER291114):
[~ellaeln] I have submitted a PR https://github.com/apache/solr/pull/2607 for
fix. Please lemme know your thoughts! I tried to tag you in github but couldn't
find your handle :(
> it's now impossible to update solrconfig for coordinators after core creation
> -----------------------------------------------------------------------------
>
> Key: SOLR-17386
> URL: https://issues.apache.org/jira/browse/SOLR-17386
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: SolrCloud
> Affects Versions: 9.7
> Reporter: ella eln
> Priority: Critical
> Labels: pull-request-available
> Time Spent: 10m
> Remaining Estimate: 0h
>
> since solr-17269 the coordinators are not managed by a collection and it's
> impossible to update their configuration after core creation. (before the
> change, it was possible to reload the synthetic collection, but not
> anymore...)
> I've been working on solr-17385 trying to add a feature to solr's
> coordinators, and i'm pretty sure if found a bug
>
> It's relatively easy to recreate: * run 2 solr nodes, one coordinator and one
> data.
> * create a collection on one the data node and add a coordinator to it by
> running a /select request. you can index a document to make it easyer to see
> the issue.
> * then make a change to your configuration and reload the collection (for
> example add a costume fl for testing to /select. I added <str
> name="fl">id,test_s:[value v="test2"]</str>)
> * then make a few /select requests from the coordinator and see that the
> configuration changes are not applied. If you do the same request from the
> data node it will work as expected
>
> I'm pretty sure it was added in SOLR-17269, there was an improvement made to
> the coordinator query answering flow that inadvertently lead to a state in
> which the configuration on the coordinators could never be updated/changed
> through reload/requests. This happened because it's not verifying it's
> configuration against the zookeeper anymore after the core has been created,
> it used to be managed by a synthetic collection but that was removed. But i
> might be wrong about that.
>
> It's about to be added to solr 9.7, so I hope to save some time and energy
> for everyone involved by reporting this as early as possible
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
