You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
13:09:28 not ok 2336 sequential/test-timers-blocking-callback13:09:28 ---13:09:28 duration_ms: 2.27013:09:28 severity: fail13:09:28 exitcode: 113:09:28 stack: |-13:09:28 assert.js:8013:09:28 throw new AssertionError(obj);13:09:28 ^13:09:28 13:09:28 AssertionError [ERR_ASSERTION]: timeout delayed by more than 100% (230ms)13:09:28 at blockingCallback (/Users/iojs/build/workspace/node-test-commit-osx/nodes/osx1012/test/sequential/test-timers-blocking-callback.js:62:14)13:09:28 at ontimeout (timers.js:457:11)13:09:28 at tryOnTimeout (timers.js:327:5)13:09:28 at listOnTimeout (timers.js:301:5)13:09:28 at processTimers (timers.js:258:5)13:09:28 ...
20:24:08 not ok 2340 sequential/test-timers-blocking-callback20:24:08 ---20:24:08 duration_ms: 2.30120:24:08 severity: fail20:24:08 exitcode: 120:24:08 stack: |-20:24:08 assert.js:8020:24:08 throw new AssertionError(obj);20:24:08 ^20:24:08 20:24:08 AssertionError [ERR_ASSERTION]: timeout delayed by more than 100% (250ms)20:24:08 at blockingCallback (/Users/iojs/build/workspace/node-test-commit-osx/nodes/osx1012/test/sequential/test-timers-blocking-callback.js:62:14)20:24:08 at ontimeout (timers.js:457:11)20:24:08 at tryOnTimeout (timers.js:327:5)20:24:08 at listOnTimeout (timers.js:301:5)20:24:08 at processTimers (timers.js:258:5)20:24:08 ...
@Trott Given that this only fails on macOS 10.12, I wonder if there's either something weird about the setup of that system or a bug in the OS itself. FWIW I'm on 10.12.6 and can't get this test to fail even in parallel with -j 96 --repeat 960.
Also, the duration of the run when it fails (2.3s) indicates that something weird is happening on that machine. This test normally takes significantly less time.
@apapirovski For what it's worth, since the test is in sequential, the -j 96 won't really affect it. If you want to test under load, move it to parallel and run that version with -j 96 --repeat 960 (or whatever).
Oooooohhhhhh...yeah, in that case...I'm not seeing it fail that way either, so this is probably something other than mere load (like maybe one of the two possibilities you suggest, of course)
04:20:50 not ok 2354 sequential/test-timers-blocking-callback04:20:50 ---04:20:50 duration_ms: 1.75504:20:50 severity: fail04:20:50 exitcode: 104:20:50 stack: |-04:20:50 assert.js:8404:20:50 throw new AssertionError(obj);04:20:50 ^04:20:50 04:20:50 AssertionError [ERR_ASSERTION]: timeout delayed by more than 100% (250ms)04:20:50 at blockingCallback (/Users/iojs/build/workspace/node-test-commit-osx/nodes/osx1012/test/sequential/test-timers-blocking-callback.js:62:14)04:20:50 at ontimeout (timers.js:454:11)04:20:50 at tryOnTimeout (timers.js:326:5)04:20:50 at listOnTimeout (timers.js:300:5)04:20:50 at processTimers (timers.js:257:5)04:20:50 ...
@Fishrock123 not super relevant but probably worth keeping around depending on how the architecture evolves, right? I'll try to get access later this week and see what's going on.
Activity
Trott commentedon Jul 15, 2018
Happened again today.
https://ci.nodejs.org/job/node-test-commit-osx/nodes=osx1012/19834/console
apapirovski commentedon Jul 15, 2018
@Trott Given that this only fails on macOS 10.12, I wonder if there's either something weird about the setup of that system or a bug in the OS itself. FWIW I'm on 10.12.6 and can't get this test to fail even in parallel with
-j 96 --repeat 960.Also, the duration of the run when it fails (2.3s) indicates that something weird is happening on that machine. This test normally takes significantly less time.
Trott commentedon Jul 15, 2018
@apapirovski For what it's worth, since the test is in
sequential, the-j 96won't really affect it. If you want to test under load, move it to parallel and run that version with-j 96 --repeat 960(or whatever).apapirovski commentedon Jul 16, 2018
@Trott yes, that is what I did to test it.
Trott commentedon Jul 16, 2018
Oooooohhhhhh...yeah, in that case...I'm not seeing it fail that way either, so this is probably something other than mere load (like maybe one of the two possibilities you suggest, of course)
Trott commentedon Jul 30, 2018
Again today: https://ci.nodejs.org/job/node-test-commit-osx/20095/nodes=osx1012/console
Trott commentedon Jul 30, 2018
FWIW, the 10.12 machines in CI are relatively small machines (I believe 3GHz 2-core 4GB RAM) so maybe that's part of what's going on?
Trott commentedon Jul 30, 2018
@nodejs/platform-macos
apapirovski commentedon Jul 31, 2018
I'm still completely stumped by this. I might have to request access to one of these machines to make further progress.
Fishrock123 commentedon Aug 7, 2018
I'm not sure either.
That being said, with the most recent timers refactor, is this test still relevant?
apapirovski commentedon Aug 7, 2018
@Fishrock123 not super relevant but probably worth keeping around depending on how the architecture evolves, right? I'll try to get access later this week and see what's going on.
7 remaining items
Fishrock123 commentedon Apr 12, 2020
Also, does this always happen on macOs 10.15 now?
test: mark test-timers-blocking-callback flaky on osx
test: remove timers-blocking-callback
Trott commentedon Apr 26, 2020
Fixed in f8d5474
test: remove timers-blocking-callback
test: remove timers-blocking-callback
test: remove timers-blocking-callback
test: remove timers-blocking-callback
test: remove timers-blocking-callback
test: remove timers-blocking-callback
test: remove timers-blocking-callback
test: remove timers-blocking-callback