Repository navigation
[v20.x] parallel/test-buffer-tostring-range fails on SmartOS #56726
Description
Activity
- addedflaky-testIssues and PRs involving tests that fail intermittently in CI.Issues and PRs involving tests that fail intermittently in CI.
on Jan 23, 2025 - addedsmartosIssues and PRs related to the SmartOS platform.Issues and PRs related to the SmartOS platform.
on Jan 23, 2025 This is v20.x only, it seems https://github.com/nodejs/reliability/blob/main/reports/2025-01-23.md (both PRs referenced are targetting v20.x)
- changed the title
[-]`parallel/test-buffer-tostring-range` fails on SmartOS[/-][+][v20.x] `parallel/test-buffer-tostring-range` fails on SmartOS[/+]on Jan 23, 2025 - added a commit that references this issue
on Jan 31, 2025 Cc @nodejs/platform-smartos
@jclulow can you take a look?
This is one of the ones I'm trying to reproduce, but I thought we already added it to the skip list to get past this? I'm sure I saw a change that did that go past
This is one of the ones I'm trying to reproduce, but I thought we already added it to the skip list to get past this? I'm sure I saw a change that did that go past
Yes we skipped the failing test from v20.x
This is one of the ones I'm trying to reproduce, but I thought we already added it to the skip list to get past this? I'm sure I saw a change that did that go past
Please correct me if I'm wrong, but skipping a flaky test is not the ideal scenario here. Ideally smartOS node.js team should fix the flakiness and open a PR to node.js to make the tests more stable.
This is one of the ones I'm trying to reproduce, but I thought we already added it to the skip list to get past this? I'm sure I saw a change that did that go past
Please correct me if I'm wrong, but skipping a flaky test is not the ideal scenario here. Ideally smartOS node.js team should fix the flakiness and open a PR to node.js to make the tests more stable.
I've been reproducing it, actually! It's actually not flaky, but also probably not a bug in Node per se. I believe the issue is in V8. I'm trying to isolate it, and then I'll need to go through the dubious CLA-signing hoops before I'm allowed to contribute a fix there.
I haven't finished writing up the details, but the short story is that V8 appears to be choosing addresses for mapped memory that collide with the sbrk heap occasionally. It happens maybe once in 50 or 100 runs on my test machine.
This is also reproducing on Windows https://github.com/nodejs/reliability/blob/main/reports/2025-05-21.md. It seems that the test is not robust enough. Fix in #58416
- added a commit that references this issue
on May 23, 2025 - added a commit that references this issue
on May 31, 2025 - added a commit that references this issue
on Jun 10, 2025
Test
parallel/test-buffer-tostring-range
Platform
SmartOS
Console output
Build links
Additional information
It's blocking v20 release #56699
@nodejs/platform-smartos