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

jkube-images: Consider stop using your own container detection #2911

Open
manusa opened this issue Apr 15, 2024 · 0 comments
Open

jkube-images: Consider stop using your own container detection #2911

manusa opened this issue Apr 15, 2024 · 0 comments

Comments

@manusa
Copy link
Member

manusa commented Apr 15, 2024

Description

From internal mail to middleware-containers@redhat.com:

Since this comes up every now and again: Please stop using any shell script wrappers that look at cgroup interface files in order to "detect" the set cpu/memory limits if you already know that you are running on OpenJDK for your Java workloads in containers.

OpenJDK upstream has support for it out of the box for a while now.
See:
https://developers.redhat.com/articles/2022/04/19/java-17-whats-new-openjdks-container-awareness

So if one of your containers still have $JBOSS_CONTAINER_JAVA_JVM_MODULE/container-limits and friends, please consider removing them in your latest images. That's what we've done in the Red Hat OpenJDK containers, like ubi9/openjdk-11 et. al.

We need to remove these scripts from the applicable images (JDK 17+) in https://github.com/jkubeio/jkube-images/ repository.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant