-
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
Create [Feature:kubeadm]
e2e tests
#456
Comments
So this requires segregating into it's own location for future forking. |
/assign @fabriziopandini @liztio This will be a requirement for some of the HA work in order to validate it. |
Can we clarify this a little more? What RBAC roles should be expected? What's the "correct manner" for cluster-info to be exposed? What node bootstrap token rules should exist? |
@liztio I think that this document can be a good starting point Is there a WIP for this work? |
@fabriziopandini my WIP is kubernetes/kubernetes#62665. I'm feeling a bit weird about this though... most of these things aren't really E2E tests, they're more like integration tests. |
@liz I'm totally ok with getting what you have hooked up, and we can create a new tracking issue with a list. You could easily back-hole on this, and we could federate the work items across the SIG for this type of work. |
Also added kubernetes/test-infra#7833 |
Automatic merge from submit-queue (batch tested with PRs 62665, 62194, 63616, 63672, 63450). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Kubeadm e2e **What this PR does / why we need it**: Provides in-tree E2E tests for the Kubeadm subproject **Which issue(s) this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close the issue(s) when PR gets merged)*: Fixes [kubeadm#456](kubernetes/kubeadm#456) **Special notes for your reviewer**: The weird way tests are executed mirrors `e2e_node`. A future pull request will add a frontend for these tests to kubetest, which will abstract away much of this detail. **Release note**: ```release-note NONE ```
Reopening until we've got these running automatically |
Per discussion, I think we should separate out the automation from the enablement so move to close. |
Closed in favor of #813 |
...under
test/e2e_kubeadm/
in the core kubernetes repo.e2e tests here should for instance make sure that:
node-role.kubernetes.io/master=""
cluster-info
is exposed in a correct manner, and the rightRole
andRoleBinding
existkubeadm-config
ConfigMap exists.@timothysc @pipejakob Ideas?
The text was updated successfully, but these errors were encountered: