-
Notifications
You must be signed in to change notification settings - Fork 280
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
[BUG] Opensearch does not respect "discovery.type=single-node" setting during index creation #4739
Comments
@jazzl0ver, Thanks for the filing the issue, Are you referring to the security audit logs index to not become green on single node cluster? Adding security label to validate, if we can change the replica count of the security audit index to zero for single node cluster. |
@opensearch-project/admin can we please move this issue to opensearch-project/security ? |
@dhwanilpatel it's not only about the security audit index. ISM history is also affected |
[Triage] Thank you for filing this issue @jazzl0ver . I think it makes sense to add a setting to specify the number of replicas on index creation around here: https://github.com/opensearch-project/security/blob/main/src/main/java/org/opensearch/security/auditlog/sink/InternalOpenSearchSink.java#L84-L86 Similarly, ISM history index has a setting where you can control the number of replicas. |
Another affected index family is this one - Please, fix |
Another affected index family - |
Describe the bug
Opensearch was launched using the following
docker-compose.yml
(derived from https://opensearch.org/docs/latest/install-and-configure/install-opensearch/docker/#sample-docker-composeyml) on Debian 12 privileged LXC container:In my understanding in a single node installation the replica count should be set to 0 for all indices by default, but this doesn't happen:
Related component
Indexing
To Reproduce
Expected behavior
All indices should be healthy (in green state) by default
Additional Details
Host/Environment (please complete the following information):
The text was updated successfully, but these errors were encountered: