Broken image reference in guestbook example

[mocdaniel]

The image reference gcr.io/google-samples/gb-frontend:v4 in guestbook/frontend-deployment.yaml is invalid, the tag doesn't seem to exist (anymore).

After checking on gcr, it looks like there are no tags at all for gb-frontend, but only for the architecture-specific images, e.g. gb-frontend-amd64 or gb-frontend-arm.

[k8s-ci-robot]

@pranav-pandey0804: The label(s) sig/cluster, sig/lifecycle cannot be applied, because the repository doesn't have them.

In response to this:

/sig cluster lifecycle

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

[pranav-pandey0804]

/sig cluster-lifecycle

[neolit123]

i think this repository might contains some out-of-date examples, but they are not owned by SIG Cluster Lifecycle
/remove-sig cluster-lifecycle

[k8s-triage-robot]

The Kubernetes project currently lacks enough contributors to adequately respond to all issues.

This bot triages un-triaged issues according to the following rules:

• After 90d of inactivity, lifecycle/stale is applied
• After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
• After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

• Mark this issue as fresh with /remove-lifecycle stale
• Close this issue with /close
• Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/lifecycle stale

[oussaka]

replace

      - name: php-redis
        image: gcr.io/google-samples/gb-frontend

by

      - name: php-redis
        image: us-docker.pkg.dev/google-samples/containers/gke/gb-frontend:v5

[k8s-triage-robot]

The Kubernetes project currently lacks enough active contributors to adequately respond to all issues.

This bot triages un-triaged issues according to the following rules:

• After 90d of inactivity, lifecycle/stale is applied
• After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
• After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

• Mark this issue as fresh with /remove-lifecycle rotten
• Close this issue with /close
• Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/lifecycle rotten