-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Reenable cni-calico-deep integration test #11617
Conversation
We have continue-on-error set on other workflows. Should we? Why should this job be handled differently? How was the error being hidden such that changing continue-on-error will prevent that problem? |
I've made a separate change for the continue-on-error behavior: #11630 |
We have `continue-on-error: true` marked on several integration workflows. It appears that GitHub's behavior has changed to now mark these tests as green even when they fail. This change removes this setting from integration tests so errors are reported properly. It also disables cni-calico-deep until #11617 is merged.
Fixes #11567 The trick is to run the test under k8s `v1.27.6-k3s1` as the following versions break Calico in k3s (see k3d-io/k3d#1375). Also removed the `continue-on-error: true` directive in the integration workflow because it was hiding this problem.
ac23edd
to
0d79029
Compare
In my latest commit I've moved the k3d config file and refactored in |
…handle the declaration of bindir and testdir
0d79029
to
2d9ec0e
Compare
After having fixed it via #11617 we had reenabled it for the release workflow but not for the integration workflow.
After having fixed it via #11617 we had reenabled it for the release workflow but not for the integration workflow.
Fixes #11567
The trick is to run the test under k8s
v1.27.6-k3s1
as the following versions break the calico CNI plugin in k3s (see k3d-io/k3d#1375).Also removed the
continue-on-error: true
directive in the integration workflow because it was hiding this problem.