-
-
Notifications
You must be signed in to change notification settings - Fork 11
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
plugin site backend OOM killed #3774
Comments
Take a look at these similar issues to see if there isn't already a response to your problem: |
TLTR : incompatibility of the application image with First step is to check on datadog and if we go back in time for 4 month, we can see that the memory issues and pod restart for the plugin-site-backend, are matching a specific date beginning of june (around june 8th) : to confirm we can check in azure, within and the solution is explained here So we need to work on the image underlying the plugin-site-backend : https://github.com/jenkins-infra/plugin-site-api as a side work, we may also want to move the build of this image from trusted.ci to infra.ci |
as per jenkins-infra/helpdesk#3774 need to update the jdk to a compatible with `cgroup v2`
locked by #3778 |
#3778 is fixed. The new plugin-site-api container image deployed is working as expected and keeps being OOM-killed: we need to deploy the latest version with the changes from jenkins-infra/plugin-site-api#119 |
Helm chart update with a successfull test of the new memory limit finally enforced: jenkins-infra/helm-charts#855 |
jenkins-infra/kubernetes-management#4527 deployed the new image to production. No service outage and the new pod seems to use the expected amount of memory: |
Service(s)
plugins.jenkins.io
Summary
while checking on deployments on our publick8s kubernetes instance, I noticed that the plugin-site backend pod was restarted for OOMKilled:
277 restart as for now.
Reproduction steps
No response
The text was updated successfully, but these errors were encountered: