-
Notifications
You must be signed in to change notification settings - Fork 716
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
1.14-1.15 Test Infra Changes. #1290
Comments
@timothysc I'm working on making kind support more use cases, but it would be nice to clarify a little bit better expectation/requirements. As a short term goal, I'm targeting having kind ready for testing few variations of init - join > test workflows, that is the minimum required for statrting k/a repleacement. |
it would be interesting to define what the PR blocking job would be, some examples:
currently @BenTheElder has kind passing conformance on a periodic for single master pretty consistently. also serial vs non-serial is an interesting topic:
but we should probably loop more folks from sig-testing on this topic and/or create an issue in test-infra for the above. |
I think we should have kind as a PR blocking job right now and move kops to periodic to unblock the community. |
HA w/kind is a nice-to-have, but not a requirement. TBH I think it would be weird. |
it feels like the only good option we have in terms of testing HA without a CP. |
some notes:
I've spoken to @justinsb about this, I think we're both onboard there. I've just finally cut a binary release of the There might be some concerns from others though regarding the presubmits ... Personally I would like to see more tests be post-submit based and release blocking rather than presubmit, and move cloud providers there as they move out of tree. That requires wider buy-in and better ownership of CI signal though I think ... |
Can you elaborate on what you mean by this? |
/watching topic |
@ixdy - Moving build details here kubernetes/kubernetes#71677 |
ticked this item in the OP.
there is some chance that this can happen this cycle. in terms of our dashboard we are going to have kind jobs. |
Guys can you help me understand where I can find are all tests pass in k8s.io/kubernetes/cmd/kubeadm/app/util/config ? Currently I have next broken
And I wonder is it problem with local env and I missed something ? |
@miry
a couple of points:
cc @chuckha |
we have more CI work for kind going on (thanks @neolit123!), kops is still borked everywhere and removed due to billing account issues. |
@neolit123 Thank you for you help. I found why tests are not working for me: https://github.com/kubernetes/kubernetes/pull/67709/files , because I use MacOS. So it explains |
this is sort of unrelated to this ticket @miry could you please file an issue in k/k and ping the author of that PR so that an implementation for another OS is added? |
EDIT: my mistake i though i was reading release blocking.
kubernetes/test-infra#11562 |
re:
@fabriziopandini @timothysc we need upgrade and skew tests in 1.15 as we are no longer going to use kubernetes-anywhere. summary:
we have multiple options (which is better than having none):
i don't think this will happen in 1.15 (or at least the first half of the cycle) due to:
having built-in support for that in kubetest1 is probably a bad idea and i don't want to put effort into that. kubetest1 is beyond hard to maintain at this point. also this is political. kubetest2 (WIP) is more flexible, but kubetest2 needs work and it might take a while before we get it hooked in prow jobs. this idea is mostly unclear.
the whole idea of deployers is to facilitate your testing process current kind jobs for sig-testing still run using a bash script: we can use the same mechanics and in such a bash script we can execute kinder or possibly even pre-cook a temporary at this point my vote goes for 3, because i don't like the risks from 1 and 2 in terms of timing of the 1.15 cycle... |
I would recommend not using the bash for too much longer though, we should at least get some of the kind tests over to kubetest(2) soon, if not everything else. It will be easier to do complex testing in Go. |
ok, 3 it is then. |
I think it's still a little early on 1.15 to pull the trigger on options. If we get phases in kind we can either wrap with scripts or build macro commands in kinder. |
this is done now.
i will close this ticket and create a new one that only tracks the above items.
probably should be tracked in the CAPA provider. |
moved to #1599 |
There is a large amount of technical debt that needs to get paid down to eliminate issues in CI.
edit: there is a KIND pre-submit now, but non-blocking yet. can be called on demand with
/test pull-kubernetes-e2e-kind
/cc @kubernetes/sig-cluster-lifecycle
/assign @fabriziopandini @timothysc @neolit123
The text was updated successfully, but these errors were encountered: