8000 fix: adding ulimit to the operator build of the keycloak image by shawkins · Pull Request #54387 · keycloak/keycloak · GitHub
[go: up one dir, main page]

Skip to content

fix: adding ulimit to the operator build of the keycloak image - #54387

Merged
ahus1 merged 1 commit into
keycloak:mainfrom
shawkins:iss54379
Oct 27, 2026
Merged

ahus1 merged 1 commit into
keycloak:mainfrom
shawkins:iss54379

Conversation

@shawkins
Copy link
Copy Markdown
Contributor

closes: #54379

c
8000
loses: keycloak#54379

Signed-off-by: Steve Hawkins <shawkins@redhat.com>
@shawkins
shawkins requested a review from a team as a code owner October 27, 2026 16:46
Copilot AI balanced review requested due to automatic review settings October 27, 2026 16:47
Copilot AI left a comment
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🟢 Approval recommended

The two identical, narrowly scoped changes address the reported build issue with no identified blocking problems.

No open issues 🎉

What changed in this PR

Adds an explicit file-descriptor limit to Keycloak image builds in operator CI to address slow Docker builds in some Minikube environments, as reported in #54379.

Changes:

  • Adds --ulimit nofile=1024000:1024000 to both Keycloak Docker build commands.
File Description
.github/​workflows/​operator-ci.yml Sets the file-descriptor limit for both operator CI Keycloak image builds.

Review effort: Balanced

@ahus1
ahus1 enabled auto-merge (squash) October 27, 2026 17:03
@ahus1
ahus1 commented Oct 27, 2026
Copy link
Copy Markdown
Member

Approving as it is blocking one of my PRs in main: #54353

@ahus1
ahus1 merged commit 1d7be35 into keycloak:main Oct 27, 2026
74 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

operator CI docker build of the keycloak image can take too long

3 participants

0