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
{{ message }}
Repository navigation
Flaky test sequential/test-http2-settings-flood #31107
The test in sequential/test-http2-settings-flood sometimes fails on AIX PPC64 with SIGILL and no other output (about 4/100 times). Bisecting points to @ronag’s cd6b00d, which obviously shouldn’t be causing that issue. It doesn’t reproduce when running the test with --jitless, so my best guess would be that it’s a V8 issue on PPC.
I can’t really debug this any further, the issue doesn’t seem to reproduce under gdb and core dumps don’t seem helpful, so it would be great if somebody in @nodejs/platform-aix (@miladfarca?) could take a look. In the short term, I guess we could also revert the commit above, although that’s obviously not ideal.
@miladfarca Thanks for the info, I’ll try to come up with a fix. They are right here, but I am surprised that ArrayBuffer::Detach() is unsafe for calling here.
Activity
miladfarca commentedon Jan 6, 2020
I have tested the above on AIX
6.1as well as pLinux on a loop (~400 times) and it always passes.Could you please add my key to the above machine:
Edit:
Seems like #31146 is causing it
sam-github commentedon Jan 6, 2020
Gave access, permission already granted in nodejs/build#1706
addaleax commentedon Jan 7, 2020
@miladfarca Can you figure out why it is crashing?
miladfarca commentedon Jan 7, 2020
@addaleax Yes I will be looking into it, might be related to V8 deoptimization
miladfarca commentedon Jan 7, 2020
This issue doesn't seem to be specific to PPC or AIX. It is also failing on x64-freebsd on the CI: https://ci.nodejs.org/job/node-test-commit-freebsd/nodes=freebsd11-x64/30698/console
I have done a debug compile on both
pLinuxandx64 Linuxand this test periodically fails on the same DCHEK:There seems to be an issue with V8 de-optimizer.
ronag commentedon Jan 7, 2020
@miladfarca: good job! would you mind creating a V8 ticket?
miladfarca commentedon Jan 7, 2020
@ronag I've created this ticket but not sure if we need to reproduce it under V8 (and not nodejs), will wait for their reply:
https://bugs.chromium.org/p/v8/issues/detail?id=10101
Trott commentedon Jan 8, 2020
@miladfarca Same results with a debug build on MacOS Mojave:
[-]Flaky test sequential/test-http2-settings-flood on AIX[/-][+]Flaky test sequential/test-http2-settings-flood[/+]miladfarca commentedon Jan 8, 2020
Thanks @Trott , just to confirm your mac is x64 correct? I'll add to the V8 ticket.
Trott commentedon Jan 10, 2020
Yes, x64.
ronag commentedon Jan 11, 2020
ping @nodejs/v8
vtjnash commentedon Jan 13, 2020
It appears this is already known to be platform agnostic, but just for additional info, it also has been observed on debian9-docker-armv7 (https://ci.nodejs.org/job/node-test-commit-arm/28686/)
mscdex commentedon Feb 3, 2020
FWIW this is also occurring in Ubuntu 18.04 containers.
miladfarca commentedon Feb 5, 2020
@addaleax V8 ticket (https://bugs.chromium.org/p/v8/issues/detail?id=10101) is now closed with a comment suggesting an API misuse in node. Issue might be related to this commit/line which might need to be refactored: 7e6104f#diff-9e96b9359319a317a5a1ee45f11eea67R126
addaleax commentedon Feb 5, 2020
@miladfarca Thanks for the info, I’ll try to come up with a fix. They are right here, but I am surprised that
ArrayBuffer::Detach()is unsafe for calling here.I’d like to avoid that, and instead try to not perform the invalid V8 call here.
src: give Http2Session JS fields their own backing store