change repo string to just string #1417
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
From a GCB customer,
I'm facing the same problem as Michael. I've tried the v1.0.0 version of gcr.io/kaniko-project/executor (gcr.io/kaniko-project/executor@sha256:d60705cb55460f32cee586570d7b14a0e8a5f23030a0532230aaf707ad05cecd).
The issue seem to occur when a single executor step is used to publish to multiple repositories.
For example, this Cloud Build step works:
With this error:
Even publishing to two different repositories within Artifact Registry fails:
With this error:
The error is always on the second repository in the destination arg. It's as if authentication is only done for the first repository in the arg but not the rest.
Investigating further by @jonjohnsonjr revealed, kaniko is relying on
RepositoryString()
which is same forus-central1-docker.pkg.dev/wrappers/gce_vm_image_import
andus-west1-docker.pkg.dev/wrappers/gce_vm_image_import
RepositoryStr doesn't include the hostname.
Kaniko is skipping over authentication for anything with a matching RepositoryStr that it's already authenticated.
matches for both the us-central1-docker.pkg.dev and us-west1-docker.pkg.dev destinations in the example.