-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
Federation e2e tests failing: pulling ci tarball from wrong bucket. #240
Comments
cc @zmerlynn |
Oh! Your build job is overwriting the new bucket! Thanks for this bug! |
Okay, I understand why this is corrupting the main kubernetes build pipeline now, that's cool. Now, how are you overriding what bucket gets pulled? Overriding |
I forgot about this override too. |
BTW, this issue should actually be fixed right now, but I'm leaving it open because I plan to reintroduce the PRs that briefly caused it. |
In anticipation of re-adding kubernetes/kubernetes#28193 Fixes kubernetes#240 for good
In anticipation of re-adding kubernetes/kubernetes#28193 Fixes kubernetes#240 for good
…l-ci-elsewhere"" Bring back kubernetes#28193. We caught a break in kubernetes/test-infra#240 and discovered the previous issue, fixed in kubernetes/test-infra#241 and kubernetes/test-infra#244, so I have a pretty good handle on what was causing the previous bringup issues (and it wasn't kubernetes#28193). By the time this merges, we'll have good signal on GKE in the `kubernetes-e2e-gke-updown` job. This reverts commit ee1d480.
Automatic merge from submit-queue Revert Revert of #28193 Bring back #28193. We caught a break in kubernetes/test-infra#240 and discovered the previous issue, fixed in kubernetes/test-infra#241 and kubernetes/test-infra#244, so I have a pretty good handle on what was causing the previous bringup issues (and it wasn't #28193). By the time this merges, we'll have good signal on GKE in several concurrent GKE jobs. This reverts commit ee1d480. [![Analytics](https://kubernetes-site.appspot.com/UA-36037335-10/GitHub/.github/PULL_REQUEST_TEMPLATE.md?pixel)]()
…here"" Bring back #28193. We caught a break in kubernetes/test-infra#240 and discovered the previous issue, fixed in kubernetes/test-infra#241 and kubernetes/test-infra#244, so I have a pretty good handle on what was causing the previous bringup issues (and it wasn't #28193). By the time this merges, we'll have good signal on GKE in the `kubernetes-e2e-gke-updown` job. This reverts commit ee1d48033366cfbb2e32fc98af6d37c0789e03c2.
…here"" Bring back #28193. We caught a break in kubernetes/test-infra#240 and discovered the previous issue, fixed in kubernetes/test-infra#241 and kubernetes/test-infra#244, so I have a pretty good handle on what was causing the previous bringup issues (and it wasn't #28193). By the time this merges, we'll have good signal on GKE in the `kubernetes-e2e-gke-updown` job. This reverts commit ee1d48033366cfbb2e32fc98af6d37c0789e03c2.
…here"" Bring back #28193. We caught a break in kubernetes/test-infra#240 and discovered the previous issue, fixed in kubernetes/test-infra#241 and kubernetes/test-infra#244, so I have a pretty good handle on what was causing the previous bringup issues (and it wasn't #28193). By the time this merges, we'll have good signal on GKE in the `kubernetes-e2e-gke-updown` job. This reverts commit ee1d48033366cfbb2e32fc98af6d37c0789e03c2.
…here"" Bring back #28193. We caught a break in kubernetes/test-infra#240 and discovered the previous issue, fixed in kubernetes/test-infra#241 and kubernetes/test-infra#244, so I have a pretty good handle on what was causing the previous bringup issues (and it wasn't #28193). By the time this merges, we'll have good signal on GKE in the `kubernetes-e2e-gke-updown` job. This reverts commit ee1d48033366cfbb2e32fc98af6d37c0789e03c2.
…here"" Bring back #28193. We caught a break in kubernetes/test-infra#240 and discovered the previous issue, fixed in kubernetes/test-infra#241 and kubernetes/test-infra#244, so I have a pretty good handle on what was causing the previous bringup issues (and it wasn't #28193). By the time this merges, we'll have good signal on GKE in the `kubernetes-e2e-gke-updown` job. This reverts commit ee1d48033366cfbb2e32fc98af6d37c0789e03c2.
Bump bazel version in minikube-in-go
…ements_resource_usage_data ClusterLoader - Adding resource data types
AKA "display a banner when tests failed for a release, instead of just silently aborting the release" Bonus: factor out common code in tests.
From kubernetes-e2e-gce-federation logs:
It has pulled a tarball published by
kubernetes-build
, notkubernetes-federation-build
.That later causes this error:
I've fixed this error once before ( #146 ) by having kubernetes-federation-build and kubernetes-e2e-gce-federation use an entirely separate ci bucket, so something must have changed since that last PR was merged.
\cc @quinton-hoole @nikhiljindal @ixdy @spxtr
The text was updated successfully, but these errors were encountered: