Raise open file limit in jdk build images - #85
Merged
Conversation
Co-authored-by: philipsens <12416423+philipsens@users.noreply.github.com>
Copilot created this pull request from a session on behalf of
philipsens
August 19, 2026 08:33
View session
philipsens
approved these changes
Aug 19, 2026
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
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.
Chrome crashes during CI browser tests because the containers inherit a low
nofilelimit. This raises the open file limit to 1048576 across all jdk build images (jdk8, jdk11, jdk17, jdk21, jdk25).Changes
/etc/security/limits.d/99-nofile.confwith soft/hardnofileof 1048576 for all users and root, and enablepam_limits.soincommon-sessionso login/susessions actually apply it.ulimits, since the container's limit is ultimately set by the daemon at start time — the in-image PAM config alone does not cover the main container process.Note that consumers running these images outside of the provided compose files will still need to pass
--ulimit nofile=...themselves.