-
Notifications
You must be signed in to change notification settings - Fork 218
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bootstrap pod does not install plugins from the general spec, fails if plugin specific settings are configured in opensearch.yml #430
Comments
Hi @dobharweim. You are correct that currently the operator does not install any plugins on the bootstrap pod. We may need to do that in the future. Or we could also look into not giving the bootstrap pod the additionalConfig. Edit: Due to similar issues raised, the solution will have to be installing the plugins in the bootstrap pod as well. As a workaround: Can you try to set |
@swoehrl-mw nice workaround. |
### Description This change adds the `bootstrap.keystore` and `bootstrap.pluginsList` fields to the OpenSearchCluster custom resource. This changes how the bootstrap pod is generated. The behavior is the same as with the `general.keystore` and `general.pluginsList` fields. ### Issues Resolved Closes #430 and #639. ### Check List - [x] Commits are signed per the DCO using --signoff - [x] Unittest added for the new/changed functionality and all unit tests are successful - [x] Customer-visible features documented - [x] No linter warnings (`make lint`) If CRDs are changed: - [x] CRD YAMLs updated (`make manifests`) and also copied into the helm chart - [x] Changes to CRDs documented By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license. --------- Signed-off-by: Gergely Szabo <gergely.szabo@origoss.com>
I also faced this issue and used the workaround mentioned in #430 (comment). When can we expect the Helm Chart release for the fix? |
Description
If I want to provide an S3 API backed repository for opensearch snapshots, but not use S3 itself, I need to provide the
s3.client.default.endpoint
configuration. However this causes the bootstrap pod to fail as it doesn't have the plugin installed and does not recognise the setting.Steps to reproduce
Expected Outcome
I expect the bootstrap pod to also install all required plugins so that it can verify the additional config settings.
Actual outcome
Bootstrap pod fails with the following error:
The text was updated successfully, but these errors were encountered: