Bump ES container memory for multi-node scenarios#117
Merged
Conversation
Ubuntu 26.04 has ~60MB higher baseline memory usage than Debian 13, which causes ES 9.x to fail with "unable to create native thread" when the 4GB cgroup limit leaves no room for new thread stacks. Bump ES nodes from 4096MB to 4608MB in es_kibana and cert_renewal scenarios.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Ubuntu 26.04 uses ~60MB more baseline memory than Debian 13 at idle (160MB vs 98MB). In the es_kibana and cert_renewal scenarios, ES 9.x hits the 4GB cgroup limit and fails with "unable to create native thread" because there's no room for new thread stacks after the JVM heap and file cache fill up.
Bumps ES nodes from 4096MB to 4608MB in es_kibana, and from 4096/5632MB to 4608/6144MB in cert_renewal. This gives 512MB of extra headroom which is enough for the heavier cloud-image-based distros without affecting the capacity gate.