kubernetes: pull-kubernetes-verify verify-openapi-spec failing
Is this a BUG REPORT or FEATURE REQUEST?:
Uncomment only one, leave it on its own line:
/kind bug
/kind feature
What happened: all recent pull-kubernetes-verify tests are failing against hack/make-rules/../../hack/verify-openapi-spec.sh EG: https://k8s-gubernator.appspot.com/build/kubernetes-jenkins/pr-logs/pull/54053/pull-kubernetes-verify/63091/
What you expected to happen: This shouldn’t be failing so widely
How to reproduce it (as minimally and precisely as possible):
Run pull-kubernetes-verify against a PR, it fails.
Anything else we need to know?: It also failed against a canary migration of verify to Prow against a dummy PR that has no code changes: https://k8s-gubernator.appspot.com/build/kubernetes-jenkins/pr-logs/pull/46662/pull-kubernetes-verify-prow/88/
/sig testing
About this issue
- Original URL
- State: closed
- Created 7 years ago
- Comments: 16 (16 by maintainers)
@ericchiang It’s normal that master has been updated to
v1.10.0at this time. I think what happened is that your PR is trying to revert tov1.9.0because your local git repo doesn’t have the latest tags from upstream. It should get fixed if you locally update your tags (git fetch upstream --tags) and then run the generator again.@enisoc and I looked and have updated the tag on master to unblock the submit queue. Fix for the branch coming tomorrow as well as a fix to the root cause.
Something definitely not looking right about this release branch. Investigating…
This is the third time (or more) we encounter this similar issue. (1.7/1.8/1.9 branches were cut). ref: https://github.com/kubernetes/kubernetes/pull/46863 https://github.com/kubernetes/kubernetes/pull/51851.
But seems like this time is caused by something different.