Skip to content

kube-cross: Fix image pushing job failures #1202

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 2 commits into from
Mar 22, 2020

Conversation

justaugustus
Copy link
Member

@justaugustus justaugustus commented Mar 22, 2020

What type of PR is this?

/kind bug failing-test

What this PR does / why we need it:

  • kube-cross: Fix image pushing job failures

    kube-cross images are being pushed successfully via Prow, but the job is
    currently failing due to the 'images' check in cloudbuild.yaml (which is
    expecting the image tag that would've only existed when the builds were
    being done from k/k).

    Here we:

    • remove the failing 'images' check
      If an image push fails, the Prow job will fail anyway
    • s/KUBE_CROSS_VERSION/VERSION
    • match the TAG logic with gcbuilder's getVersion() git describe
    • pass _GIT_TAG and _PULL_BASE_REF to the GCB environment
  • kube-cross: Bump to v1.13.9-2

    There are no changes to the Dockerfile, but the surrounding Makefile and
    cloudbuild.yaml changes will cause a new manifest to be built, so we
    should bump the tag.

Signed-off-by: Stephen Augustus [email protected]

Which issue(s) this PR fixes:

Fixes https://github.com/kubernetes/kubernetes/issues/89293

Does this PR introduce a user-facing change?

kube-cross: Fix image pushing job failures

kube-cross images are being pushed successfully via Prow, but the job is
currently failing due to the 'images' check in cloudbuild.yaml (which is
expecting the image tag that would've only existed when the builds were
being done from k/k).

Here we:
- remove the failing 'images' check
  If an image push fails, the Prow job will fail anyway
- s/KUBE_CROSS_VERSION/VERSION
- match the TAG logic with gcbuilder's getVersion() git describe
- pass _GIT_TAG and _PULL_BASE_REF to the GCB environment

Signed-off-by: Stephen Augustus <[email protected]>
@k8s-ci-robot k8s-ci-robot added cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. labels Mar 22, 2020
@k8s-ci-robot
Copy link
Contributor

@justaugustus: Adding label: do-not-merge/blocked-paths because PR changes a protected file.

Reasons for blocking this PR:

[Changes to certain release tools can affect our ability to test, build, and release Kubernetes. This PR must be explicitly approved by SIG Release repo admins.]

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.

@k8s-ci-robot k8s-ci-robot added do-not-merge/blocked-paths Indicates that a PR should not merge because it touches files in blocked paths. do-not-merge/release-note-label-needed Indicates that a PR should not merge because it's missing one of the release note labels. needs-kind Indicates a PR lacks a `kind/foo` label and requires one. needs-priority size/S Denotes a PR that changes 10-29 lines, ignoring generated files. labels Mar 22, 2020
@k8s-ci-robot k8s-ci-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Mar 22, 2020
There are no changes to the Dockerfile, but the surrounding Makefile and
cloudbuild.yaml changes will cause a new manifest to be built, so we
should bump the tag.

Signed-off-by: Stephen Augustus <[email protected]>
@k8s-ci-robot k8s-ci-robot added size/M Denotes a PR that changes 30-99 lines, ignoring generated files. release-note Denotes a PR that will be considered when it comes time to generate release notes. kind/bug Categorizes issue or PR as related to a bug. kind/failing-test Categorizes issue or PR as related to a consistently or frequently failing test. and removed size/S Denotes a PR that changes 10-29 lines, ignoring generated files. do-not-merge/release-note-label-needed Indicates that a PR should not merge because it's missing one of the release note labels. needs-kind Indicates a PR lacks a `kind/foo` label and requires one. labels Mar 22, 2020
@justaugustus justaugustus changed the title [WIP] kube-cross: Fix image pushing job failures kube-cross: Fix image pushing job failures Mar 22, 2020
@k8s-ci-robot k8s-ci-robot removed the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label Mar 22, 2020
@justaugustus
Copy link
Member Author

/assign @BenTheElder @cblecker @liggitt @dims @listx
cc: @kubernetes/release-engineering @droslean

@justaugustus justaugustus removed the do-not-merge/blocked-paths Indicates that a PR should not merge because it touches files in blocked paths. label Mar 22, 2020
@justaugustus justaugustus added this to the v1.18 milestone Mar 22, 2020
@@ -18,8 +18,8 @@ STAGING_REGISTRY?=gcr.io/k8s-staging-build-image
PROD_REGISTRY?=us.gcr.io/k8s-artifacts-prod/build-image
IMAGE=kube-cross

TAG?=kubernetes-$(shell git describe --tags --match='v*' --abbrev=14)
KUBE_CROSS_VERSION=$(shell cat VERSION)
TAG?=$(shell git describe --tags --always --dirty)
Copy link
Member

Choose a reason for hiding this comment

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

we should probably leave --abbrev=14 in

Copy link
Member

Choose a reason for hiding this comment

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

otherwise the sha suffix will not be of the same length everytime

Copy link
Member Author

Choose a reason for hiding this comment

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

Copy link
Member Author

Choose a reason for hiding this comment

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

Ultimately, the tag we care about here is VERSION; TAG is more of a sanity check so we have an idea of what we're promoting compared to VERSION.

Copy link
Member

Choose a reason for hiding this comment

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

we'll know soon enough if something breaks i guess

@dims
Copy link
Member

dims commented Mar 22, 2020

/lgtm

@k8s-ci-robot k8s-ci-robot added the lgtm "Looks good to me", indicates that a PR is ready to be merged. label Mar 22, 2020
@k8s-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: dims, justaugustus

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. kind/bug Categorizes issue or PR as related to a bug. kind/failing-test Categorizes issue or PR as related to a consistently or frequently failing test. lgtm "Looks good to me", indicates that a PR is ready to be merged. needs-priority release-note Denotes a PR that will be considered when it comes time to generate release notes. size/M Denotes a PR that changes 30-99 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants