8000 fix: switching to the registry addon for olm testing by shawkins · Pull Request #40334 · keycloak/keycloak · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

fix: switching to the registry addon for olm testing #40334

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

Merged
merged 1 commit into from
Jun 9, 2025

Conversation

shawkins
Copy link
Contributor
@shawkins shawkins commented Jun 8, 2025

Just relying upon the docker daemon is not possible - while you can workaround several opm / olm issues, you can't install the CatalogSource with an imagepullpolicy of IfNotPresent unless you have an image digest - and those are only created by a registry.

So the approach here is to use the registry addon. However I do see that it doesn't always work as expected with minikube (1.32.0 seems fine, but locally minikube 1.35.0 won't start with registry addon enabled). Hopefully we can stick to minikube / kubernetes combinations where all is good, but if not we'll then have to deploy or run an external registry, which has a couple of extra steps.

closes: #40099

closes: keycloak#40099

Signed-off-by: Steve Hawkins <shawkins@redhat.com>
@shawkins shawkins requested review from a team as code owners June 8, 2025 13:28
@shawkins shawkins requested review from ahus1 and vmuzikar June 9, 2025 11:33
Copy link
Contributor
@ahus1 ahus1 left a comment

Choose a reason for hiding this comment

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

LGTM. Not merging yet in case someone else from CND team wants to review it.

@@ -169,7 +169,7 @@ jobs:
working-directory: operator
run: |
eval $(minikube -p minikube docker-env)
./scripts/olm-testing.sh ${GITHUB_SHA::6}
REGISTRY=192.168.49.2:5000 ./scripts/olm-testing.sh ${GITHUB_SHA::6}
Copy link
Contributor

Choose a reason for hiding this comment

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

Is it safe to assume the IP address? Shouldn't we use something like $(minikube ip) instead?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

It already has to be hard-coded in the minikube start --insecure-registries, but yes you could change this spot if you want.

Copy link
Contributor

Choose a reason for hiding this comment

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

Do we need to provide the --insecure-registry option? Problem is at that point we can't get the minikube's IP as it's not started yet.

Copy link
Contributor Author
@shawkins shawkins Jun 9, 2025

Choose a reason for hiding this comment

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

Do we need to provide the --insecure-registry option?

Yes - https://minikube.sigs.k8s.io/docs/handbook/pushing/#4-pushing-to-an-in-cluster-using-registry-addon

Problem is at that point we can't get the minikube's IP as it's not started yet.

Correct - if we change to a different driver, the ip may change. See that the docs refer you to this code https://github.com/kubernetes/minikube/blob/dfd9b6b83d0ca2eeab55588a16032688bc26c348/pkg/minikube/cluster/cluster.go#L408

Copy link
Contributor

Choose a reason for hiding this comment

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

Ok, let's keep as is and we'll reconsider if it breaks.

Copy link
Contributor
@vmuzikar vmuzikar left a comment

Choose a reason for hiding this comment

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

LGTM, thanks.

@vmuzikar vmuzikar merged commit eb96b4a into keycloak:main Jun 9, 2025
55 checks passed
@vmuzikar
Copy link
Contributor
vmuzikar commented Jun 9, 2025

I think we could also backport to 26.2.

shawkins added a commit to shawkins/keycloak that referenced this pull request Jun 9, 2025
closes: keycloak#40099

Signed-off-by: Steve Hawkins <shawkins@redhat.com>
(cherry picked from commit eb96b4a)
@shawkins
Copy link
Contributor Author
shawkins commented Jun 9, 2025

I think we could also backport to 26.2.

#40349

shawkins added a commit to shawkins/keycloak that referenced this pull request Jun 9, 2025
closes: keycloak#40099

Signed-off-by: Steve Hawkins <shawkins@redhat.com>
(cherry picked from commit eb96b4a)
vmuzikar pushed a commit that referenced this pull request Jun 10, 2025
closes: #40099


(cherry picked from commit eb96b4a)

Signed-off-by: Steve Hawkins <shawkins@redhat.com>
shawkins added a commit to shawkins/keycloak that referenced this pull request Jun 27, 2025
…keycloak#40349)

closes: keycloak#40099

(cherry picked from commit eb96b4a)

Signed-off-by: Steve Hawkins <shawkins@redhat.com>
(cherry picked from commit 9e6e9e3)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[Keycloak Operator CI] - Test OLM Installation
3 participants
0