[
https://issues.apache.org/jira/browse/SOLR-17334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Torsten Bøgh Köster updated SOLR-17334:
---------------------------------------
Description:
We recently put dedicated Solr coordinator nodes into production and stumbled
upon some minor bugs/improvements:
- The Solr root resource cannot be requested on a coordinator node
- Coordinator requests are enabled for the {{/select}} handler only
- From outside proxied and coordinator requests cannot be distinguished
h3. Solr root resource
We adopted a general fix from the {{HttpSolrCall}} to check whether the given
{{collectionName}} is {{{}null{}}}. This fixes requesting the root resource
(and maybe other similar requests)
h3. {{/select}} handler only
Coordinator requests are limited to the {{/select}} handler. In our environment
we make heavy usage of pre-configured Solr handlers. We could not find any
reason to limit coordinator calls to the {{/select}} handler and removed the
limitation.
h3. Coordinator requests cannot be identified by Solr response
With any Solr response you cannot distinguish coordinator from proxied (or
regular) requests. While this is great for consistency it makes testing extra
hard. We added an extra Solr header field with the coordinator node name called
{{requestCoordinatorNode}} when debug is enabled. This eases testing and
debugging a lot.
A Pull Request is in the making!
was:
We recently put dedicated Solr coordinator nodes into production
and stumbled upon some minor bugs/improvements:
- The Solr root resource cannot be requested on a coordinator node
- Coordinator requests are enabled for the {{/select}} handler only
- From outside proxied and coordinator requests cannot be distinguished
h3. Solr root resource
We adopted a general fix from the {{HttpSolrCall}} to check whether the
given {{collectionName}} is {{{}null{}}}. This fixes requesting the root
resource
(and maybe other similar requests)
h3. {{/select}} handler only
Coordinator requests are limited to the {{/select}} handler. In our environment
we make heavy usage of pre-configured Solr handlers. We could not find any
reason to limit coordinator calls to the {{/select}} handler and removed the
limitation.
h3. Coordinator requests cannot be identified by Solr response
With any Solr response you cannot distinguish coordinator from proxied
(or regular) requests. While this is great for consistency it makes testing
extra hard. We added an extra Solr header field with the coordinator node
name called {{requestCoordinatorNode}} when debug is enabled.
This eases testing and debugging a lot.
A Pull Request is in the making!
> Minor bugs in Solr dedicated coordinator mode
> ---------------------------------------------
>
> Key: SOLR-17334
> URL: https://issues.apache.org/jira/browse/SOLR-17334
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Components: SolrCloud
> Affects Versions: 9.6
> Reporter: Torsten Bøgh Köster
> Priority: Major
>
> We recently put dedicated Solr coordinator nodes into production and stumbled
> upon some minor bugs/improvements:
> - The Solr root resource cannot be requested on a coordinator node
> - Coordinator requests are enabled for the {{/select}} handler only
> - From outside proxied and coordinator requests cannot be distinguished
> h3. Solr root resource
> We adopted a general fix from the {{HttpSolrCall}} to check whether the given
> {{collectionName}} is {{{}null{}}}. This fixes requesting the root resource
> (and maybe other similar requests)
> h3. {{/select}} handler only
> Coordinator requests are limited to the {{/select}} handler. In our
> environment we make heavy usage of pre-configured Solr handlers. We could not
> find any reason to limit coordinator calls to the {{/select}} handler and
> removed the limitation.
> h3. Coordinator requests cannot be identified by Solr response
> With any Solr response you cannot distinguish coordinator from proxied (or
> regular) requests. While this is great for consistency it makes testing extra
> hard. We added an extra Solr header field with the coordinator node name
> called {{requestCoordinatorNode}} when debug is enabled. This eases testing
> and debugging a lot.
>
> A Pull Request is in the making!
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
