Skip to content
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

OpenSearch Coordinating Nodes memory exhaustion after upgrade 2.9 to 2.12 #12455

Closed
rlevytskyi opened this issue Feb 26, 2024 · 1 comment
Closed
Labels
bug Something isn't working Other untriaged

Comments

@rlevytskyi
Copy link

Describe the bug

Hello OpenSearch Team,
We’ve just updated our OpenSearch cluster from version 2.9.0 to 2.12.0.
Among other issues, we’ve noticed that Opensearch coordinating node is now consuming all the heap it is provided with.

Related component

Other

To Reproduce

  1. Have an OpenSearch cluster version 2.9
  2. Upgrade it to 2.12
  3. Provide coordinating node with 18 GB heap instead of 4GB
  4. See JVM eats all it get.

Expected behavior

We didn't expect significant memory usage increase after upgrade

Additional Details

Plugins

  • security

Screenshots
Please note JVM young is high now
image

Host/Environment (please complete the following information):

  • OS: Oracle Linux 8.9
  • OS: Docker image opensearchproject/opensearch-dashboards:2.12.0
@rlevytskyi rlevytskyi added bug Something isn't working untriaged labels Feb 26, 2024
@github-actions github-actions bot added the Other label Feb 26, 2024
@peternied
Copy link
Member

[Triage - attendees 1 2 3 4 5]
@rlevytskyi Thank for filing, as there we don't have enough details to act on this issue. Without a root cause its hard to know how this would be addressed. It looks like this is directly related to [1] and we are going to close this issue to funnel discussion in this space to a single location.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working Other untriaged
Projects
None yet
Development

No branches or pull requests

2 participants