-
Bug
-
Resolution: Unresolved
-
Critical
-
4.20
-
None
-
Quality / Stability / Reliability
-
False
-
-
None
-
None
-
None
-
None
-
Rejected
-
None
-
In Progress
-
Release Note Not Required
-
None
-
None
-
None
-
None
-
None
Description of problem:
On recent OCP 4.20 buids, the containes seem to have tighter limits on max open files (ulimit -n) than previous OCP version (1024 vs 1048576) This breaks existing applications.
Version-Release number of selected component (if applicable):
4.20.0-0.nightly-2025-09-19-231410
How reproducible:
Always
Steps to Reproduce:
# Create oc create -f - <<EOF apiVersion: batch/v1 kind: Job metadata: name: ulimit-check spec: template: spec: containers: - name: ulimit image: quay.io/fedora/fedora:42 command: ["ulimit", "-n"] restartPolicy: Never backoffLimit: 0 EOF # Check logs of the container
Actual results:
1024
Expected results:
1048576
Additional info:
This seem to break things, specifically, I have noticed this while testing the Serverless Operator, its kourier-gateway crashes due to its inability to open new sockets even during parallel e2e test runs, not just performance tests)
- clones
-
OCPBUGS-62095 "ulimit -n" just 1024 (instead of 1048576)
-
- Verified
-
- is depended on by
-
OCPBUGS-62095 "ulimit -n" just 1024 (instead of 1048576)
-
- Verified
-