-
Notifications
You must be signed in to change notification settings - Fork 145
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
set GANESHA_VERSION from Dockerfile #122
Conversation
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: revant The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Welcome @revant! |
I can change the references to images in following files? 12 results - 9 files
What about authentication for Edit: found this https://github.com/kubernetes/registry.k8s.io#registryk8sio -> https://github.com/kubernetes/k8s.io/tree/main/k8s.gcr.io#managing-kubernetes-container-registries, Trying to understand it. |
Thanks for proposed changes, I'd like to know is there any opportunity to push images into ref https://kubernetes.slack.com/archives/C09QZFCE5/p1678188485825369 FYI |
My understanding after reading the links.
It seems all the other yamls in that repo are using In case gcr needs to be used there is a documentation here: https://github.com/kubernetes/test-infra/blob/master/config/jobs/image-pushing/README.md, It says we need a |
Hey. Yeah, I requested changes in upstream for creating google group and staging repo: However non of active maintainers are not member of kubernetes-org, I requested to add myself: |
Okay it seems we have a staging repo:
Now we need to configure automatic push into it https://github.com/kubernetes/test-infra/blob/master/config/jobs/image-pushing/README.md |
There is already a I'm trying to figure out how I can verify execution of steps from cloudbuild.yaml. I was able to verify github actions on my github fork. |
I guess the cd nfs-ganesha-server-and-external-provisioner
docker run --rm -it -v ${PWD}:/workspace -v /var/run/docker.sock:/var/run/docker.sock --entrypoint=bash gcr.io/k8s-staging-test-infra/gcb-docker-gcloud:v20211118-2f2d816b90
# In container
cd /workspace
export PULL_BASE_REF=master
export REGISTRY_NAME=gcr.io/k8s-staging-sig-storage
./.cloudbuild.sh
###
> exporting to image:
------
error: failed to solve: failed to push gcr.io/k8s-staging-sig-storage/nfs-provisioner:amd64-linux-canary: error getting credentials - err: exit status 1, out: `You do not currently have an active account selected. See https://cloud.google.com/sdk/docs/authorizing for more information.`
+ docker buildx rm multiarchimage-buildertest
make: *** [release-tools/build.make:149: push-multiarch-nfs-provisioner] Error 1 I think it should work as expected for builds at least. I've to figure out about tags. It tags as Edit:
It should pick up the tag from git repo. |
In that case the only useful change that the PR does is use a step for compile nfs-provisioner and build final image happens on cloudbuild. I'll revert the steps. |
Why does the build process uses github actions for base image and cloud build for final image? Shouldn't it be completely done on cloudbuild? What if new version tag for base image is in build process (takes around 2hrs) and cloudbuild tries to build final image based on new version tag and doesn't find the image on ghcr.io yet? Or this scenario will not happen? |
The Kubernetes project currently lacks enough contributors to adequately respond to all PRs. This bot triages PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
The Kubernetes project currently lacks enough active contributors to adequately respond to all PRs. This bot triages PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle rotten |
Proposed fix for #115
This will publish image on ghcr.io instead of registry.k8s.io.
I was able to build and publish image here https://github.com/revant/nfs-ganesha-server-and-external-provisioner/actions/runs/4340538329/jobs/7579174476 and it was published successfully on ghcr.
At this moment the registry credentials are configured for ghcr.
To use registry.k8s.io I can change the
tags
for the docker build steps, It will not work without authentication.Additional references to image in the repo will also need to change.
Are there any ENV vars that I can already use for registry.k8s.io?