Repository navigation
Investigate flaky test-vm-timeout-rethrow on Windows #11261
Description
Activity
- addedtestIssues and PRs related to Node.js core tests and test infrastructure.Issues and PRs related to Node.js core tests and test infrastructure.vmIssues and PRs related to the vm subsystem.Issues and PRs related to the vm subsystem.windowsIssues and PRs related to the Windows platform.Issues and PRs related to the Windows platform.
on Feb 9, 2017 I did some investigation for this test case and it looks like some timing issue is causing it. In repro case,
uv_process_timers()miss callingtimer_cbbecause of this condition wheretimer->due is greater thanloop->timeby 1. Because of this it gives time for script to complete execution before next timeprocess_timers` is called. In non-repro case, these 2 values are equal and timers are processed.For repro case, here
loop->timeis not updated ( or incremented by 1) while timer'sdueis already incremented at this point. This causes the above condition to fail. For non-repro,loop->timegets incremented.Repro:
Updating due_time. loop_time : 1724132451, timeout : 1, due : 1724132452. Updated loop->time to 1724132451 at 499. starting timer : due : 1724132452, loop_time : 1724132451, diff = 18446744073709 <-- This is condition fails and timer is skipped calling uv_process_reqs. Updated loop->time to 1724132452 at 441. Updated loop->time to 1724132452 at 499. starting timer : due : 1724132452, loop_time : 1724132452, diff = 0. running timer : due : 1724132452, loop_time : 1724132452, diff = 0. ******TIMER called****** calling uv_process_reqs. Updated loop->time to 1724132452 at 499. calling uv_process_reqs. Updated loop->time to 1724132454 at 494. Updated loop->time to 1724132454 at 494. Updated loop->time to 1724132459 at 499. calling uv_process_reqs. Updated loop->time to 1724132459 at 499. calling uv_process_reqs. got Exception : false == true Updated loop->time to 1724132611 at 499. calling uv_process_reqs. Updated loop->time to 1724132611 at 499. calling uv_process_reqs.
No-Repro
Updating due_time. loop_time : 1724138355, timeout : 1, due : 1724138356. Updated loop->time to 1724138356 at 499. starting timer : due : 1724138356, loop_time : 1724138356, diff = 0. running timer : due : 1724138356, loop_time : 1724138356, diff = 0. ******TIMER called****** calling uv_process_reqs. Updated loop->time to 1724138356 at 499. calling uv_process_reqs. Updated loop->time to 1724138356 at 441. Updated loop->time to 1724138356 at 499. calling uv_process_reqs. Updated loop->time to 1724138491 at 499. calling uv_process_reqs. Updated loop->time to 1724138492 at 499. calling uv_process_reqs.
I am wondering why would this be windows specific issue. Did we see similar issue in the past? Since when this test started failing?
I'm not sure how long it's been happening, I just happened to notice it that time and didn't find a pre-existing issue filed about it.
I don't know if Jenkins has an easy way to see the history of successes/failures of individual tests. Perhaps @nodejs/build knows the answer to this?
@mscdex you can look at the individual tap result and then click
Next buildandPrevious buildto skip through the tests. It's not a proper overview, but it is at least reasonably quick.Also in the case where the tests mostly pass, you can just check the Red blobs
The earliest i can go is till run# 6435 which was triggered on Feb 8th. @joaocgreis , do you know if there is an easier way to check the history of a unit test in Jenkins?
There is no easy way to check the history of a test in CI.
cc @nodejs/testing
- added a commit that references this issue
on Feb 24, 2017 - added a commit that references this issue
on Feb 25, 2017 - added 2 commits that reference this issue
on Mar 7, 2017 - added 2 commits that reference this issue
on Mar 9, 2017 - added a commit that references this issue
on Jul 27, 2026
Example: https://ci.nodejs.org/job/node-test-binary-windows/6447/RUN_SUBSET=3,VS_VERSION=vs2015,label=win2012r2/console