-
Notifications
You must be signed in to change notification settings - Fork 139
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
cnf-tests: increase WaitForAllMCPStable
timeout
#2110
cnf-tests: increase WaitForAllMCPStable
timeout
#2110
Conversation
In the context of the test case ``` [It] [sriov] NUMA node alignment Utilize all available VFs then create a pod with guaranteed CPU and excludeTopology set to True ``` a flake might happen when restoring the original MCP takes more than 10 minutes. This behavior can be spotted by looking the sample failure [1]: ``` Enter [DeferCleanup (All) [sriov] NUMA node alignment @ 11/16/24 10:25:34.562 I1116 10:25:34.715725 35799 machineconfigpool.go:311] Moved back node role from [test-sriov-numa] to [worker-cnf] on cnfdu1 I1116 10:25:40.875535 35799 machineconfigpool.go:143] MCP worker-cnf is updating I1116 10:25:40.928764 35799 machineconfigpool.go:28] Waiting for MCP master: Updating == False I1116 10:25:40.972478 35799 machineconfigpool.go:36] Condition met for MCP master: Updating == False I1116 10:25:40.972511 35799 machineconfigpool.go:28] Waiting for MCP test-sriov-numa: Updating == False I1116 10:25:41.009940 35799 machineconfigpool.go:36] Condition met for MCP test-sriov-numa: Updating == False I1116 10:25:41.009966 35799 machineconfigpool.go:28] Waiting for MCP worker: Updating == False I1116 10:25:41.084047 35799 machineconfigpool.go:36] Condition met for MCP worker: Updating == False I1116 10:25:41.084073 35799 machineconfigpool.go:28] Waiting for MCP worker-cnf: Updating == False [FAILED] in [DeferCleanup (All)] - /tmp/cnf-52ioJ/cnf-features-deploy/cnf-tests/testsuites/e2esuite/dpdk/numa_node_sriov.go:124 @ 11/16/24 10:35:41.213 ``` the failed at `10:35:41.213`, while the MCP would have been ready at `10:35:45`. From node's journal: ``` Nov 16 10:25:40 cnfdu1 root[20293]: machine-config-daemon[5990]: Starting update from rendered-test-sriov-numa-a8151b5c8ef3843ebccffeac4ea1f436 to rendered-worker-cnf-0b30d70ee563f0c62337acea72ef80e1: &{osUpdate:false kargs:true fips:false passwd:false files:true units:true kernelType:true extensions:false} ... Nov 16 10:28:33 cnfdu1 root[41926]: machine-config-daemon[5990]: Rebooting node Nov 16 10:28:33 cnfdu1 root[41927]: machine-config-daemon[5990]: initiating reboot: Node will reboot into config rendered-worker-cnf-0b30d70ee563f0c62337acea72ef80e1 Nov 16 10:28:33 cnfdu1 systemd[1]: Started machine-config-daemon: Node will reboot into config rendered-worker-cnf-0b30d70ee563f0c62337acea72ef80e1. Nov 16 10:28:33 cnfdu1 root[41930]: machine-config-daemon[5990]: reboot successful Nov 16 10:28:33 cnfdu1 systemd-logind[2786]: The system will reboot now! Nov 16 10:28:33 cnfdu1 systemd-logind[2786]: System is rebooting. Nov 16 10:28:33 cnfdu1 systemd[1]: machine-config-daemon-reboot.service: Deactivated successfully. Nov 16 10:28:33 cnfdu1 systemd[1]: Stopped machine-config-daemon: Node will reboot into config rendered-worker-cnf-0b30d70ee563f0c62337acea72ef80e1. ... Nov 16 10:30:38 cnfdu1 systemd[1]: Stopping Flush Journal to Persistent Storage... -- Boot eb8af1b825ef44239a040ec07d5be804 -- Nov 16 10:33:35 localhost kernel: microcode: microcode updated early to revision 0xd0003d1, date = 2023-09-14 Nov 16 10:33:35 localhost kernel: Linux version 5.14.0-284.92.1.rt14.377.el9_2.x86_64 ([email protected]) (gcc (GCC) 11.3.1 20221121 (Red Hat 11.3.1-4), GNU ld version 2.35.2-37.el9) openshift-kni#1 SMP PREEMPT_RT Fri Nov 1 12:51:15 EDT 2024 Nov 16 10:35:32 cnfdu1 root[18202]: machine-config-daemon[17025]: Starting to manage node: cnfdu1 ... Nov 16 10:35:35 cnfdu1 root[19315]: machine-config-daemon[17025]: Disk currentConfig "rendered-worker-cnf-0b30d70ee563f0c62337acea72ef80e1" overrides node's currentConfig annotation "rendered-test-sriov-numa-a8151b5c8ef3843ebccffeac4ea1f436" ... Nov 16 10:35:45 cnfdu1 root[23677]: machine-config-daemon[17025]: Update completed for config rendered-worker-cnf-0b30d70ee563f0c62337acea72ef80e1 and node has been successfully uncordoned ``` [1] https://prow.ci.openshift.org/view/gs/test-platform-results/logs/periodic-ci-openshift-release-master-nightly-4.15-e2e-telco5g-cnftests/1857695365185146880 Signed-off-by: Andrea Panattoni <[email protected]>
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: zeeke 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 |
/lgtm is going to be a endless chase about the timeout, but hey |
/retest |
test failure
is a known flake (https://issues.redhat.com/browse/CNF-14296). overriding /override ci/prow/e2e-aws-ci-tests |
@zeeke: Overrode contexts on behalf of zeeke: ci/prow/e2e-aws-ci-tests 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-sigs/prow repository. |
3ae3029
into
openshift-kni:master
In the context of the test case
a flake might happen when restoring the original MCP takes more than 10 minutes. This behavior can be spotted by looking the sample failure [1]:
the failed at
10:35:41.213
, while the MCP would have been ready at10:35:45
. From node's journal:[1] https://prow.ci.openshift.org/view/gs/test-platform-results/logs/periodic-ci-openshift-release-master-nightly-4.15-e2e-telco5g-cnftests/1857695365185146880