-
Notifications
You must be signed in to change notification settings - Fork 431
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
💚 cluster should have healthy time synchronization #988
💚 cluster should have healthy time synchronization #988
Conversation
Looks good:
|
/kind other |
@CecileRobertMichon: The label(s) In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
I'll rebase this after #976 merges. I also have a change to run all the SSH sessions for the whole cluster concurrently, rather than by node, which should make this marginally faster. |
80e9791
to
d6ece1d
Compare
/test pull-cluster-api-provider-azure-e2e |
c24704c
to
a1276e0
Compare
a1276e0
to
5206aaf
Compare
@@ -284,15 +285,31 @@ func logCheckpoint(specTimes map[string]time.Time) { | |||
} | |||
} | |||
|
|||
// getMachinesInCluster returns a list of all machines in the given cluster. | |||
// This is copied from CAPI's test/framework/cluster_proxy.go. | |||
func getMachinesInCluster(ctx context.Context, c framework.Lister, namespace, name string) (*clusterv1.MachineList, error) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
what about machine pools? Do we want to add that here too @devigned ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Probably. There should now be similar funcs for MachinePools.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I added support here for MachinePools and created a helper function to collect all the SSH info for the nodes in a cluster, whether they are control plane or agent, VM or VMSS.
One thing I'm curious about is that we anticipated needing port 50001 for VMSS instances, but in practice it seems to be good old port 22 everywhere...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
maybe port 50001 was an AKS Engine thing? Although I would expect the VMSS node pools to go through port 22 for the first control plane ssh but only control plane VMSS nodes (not supported currently) to require a different port.
5206aaf
to
14a716d
Compare
This test passed on the VMSS cluster as well as the VM-based clusters:
|
/lgtm |
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: nader-ziada The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
What this PR does / why we need it:
Tests each workload cluster node created in e2e tests to see if it has healthy time synchronization, as defined by the output of these commands on the host:
Which issue(s) this PR fixes:
Fixes #705
Special notes for your reviewer:
This reuses the SSH proxy code from #976.
I'll refactor that one to put those funcs in the same place inhelpers.go
, but the two PRs will probably conflict such that one will need to be rebased, just FYI.TODOs:
Release note: