Closed highb closed 10 months ago
I checked the 2 images digest are identical.
➜ ~ docker pull k8s.gcr.io/guestbook:v3
v3: Pulling from guestbook
...
Digest: sha256:8f333d5b72677d216b4eb046d655aef7be9f1380e06ca1c63dfa9564034e7e26
Status: Downloaded newer image for k8s.gcr.io/guestbook:v3
k8s.gcr.io/guestbook:v3
➜ ~ registry.k8s.io/guestbook:v3
zsh: no such file or directory: registry.k8s.io/guestbook:v3
➜ ~ docker pull registry.k8s.io/guestbook:v3
v3: Pulling from guestbook
...
Digest: sha256:8f333d5b72677d216b4eb046d655aef7be9f1380e06ca1c63dfa9564034e7e26
Status: Downloaded newer image for registry.k8s.io/guestbook:v3
registry.k8s.io/guestbook:v3
I also verified and there is no issue present in this, both the image digests are same in below.
/triage needs-information
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
Closing the issue as there is no update from @highb. Please feel free to reopen with necessary inputs if you are still facing this issue.
/close
@T-Lakshmi: Closing this issue.
When the image tag was switched over to the new
registry.k8s.io
container registry, it appears that the actual tags didn't get copied over quite right. When I deploy theregistry.k8s.io/guestbook:v3
image to my cluster, the front-end fails because it attempts to look upredis-slave
and getsno such host
when the manifests are configured to set up the service asredis-replica
. This leads me to believe that a new version of the go guestbook needs to be pushed and then the tags in the manifests need to be updated.Related commit: https://github.com/kubernetes/examples/commit/538d302b41d0a865be8b8d80b843d0d9287dbbf3