Repository navigation
investigate flaky test-fs-utimes in CI on Pi2 #37692
Copy link
Copy link
Closed as not planned
Labels
armIssues and PRs related to the ARM architecture.Issues and PRs related to the ARM architecture.flaky-testIssues and PRs involving tests that fail intermittently in CI.Issues and PRs involving tests that fail intermittently in CI.fsIssues and PRs related to file-system APIs and the fs module.Issues and PRs related to file-system APIs and the fs module.staleIssues and PRs marked stale due to inactivity and scheduled for automatic closure.Issues and PRs marked stale due to inactivity and scheduled for automatic closure.
Description
Originally posted by @mhdawson in #36591 (comment)
Failed in CI as well: https://ci.nodejs.org/job/node-test-binary-arm-12+/lastCompletedBuild/RUN_SUBSET=0,label=pi2-docker/testReport/(root)/test/parallel_test_fs_utimes/ although with different error:
ode:assert:399
throw err;
^
AssertionError [ERR_ASSERTION]: FAILED: expect_errno [Arguments] {
'0': 'futimesSync',
'1': 22,
'2': AssertionError [ERR_ASSERTION]: FAILED: expect_ok [Arguments] {
'0': 'futimesSync',
'1': 22,
'2': undefined,
'3': '123456',
'4': -1
}
check_mtime: 2.3949999809265137
at expect_ok (/home/iojs/build/workspace/node-test-binary-arm/test/parallel/test-fs-utimes.js:64:3)
at syncTests (/home/iojs/build/workspace/node-test-binary-arm/test/parallel/test-fs-utimes.js:142:7)
at /home/iojs/build/workspace/node-test-binary-arm/test/parallel/test-fs-utimes.js:120:11
at /home/iojs/build/workspace/node-test-binary-arm/test/common/index.js:377:15
at FSReqCallback.oncomplete (node:fs:184:23) {
generatedMessage: false,
code: 'ERR_ASSERTION',
actual: undefined,
expected: true,
operator: '=='
},
'3': 'ENOSYS'
}
at expect_errno (/home/iojs/build/workspace/node-test-binary-arm/test/parallel/test-fs-utimes.js:56:3)
at syncTests (/home/iojs/build/workspace/node-test-binary-arm/test/parallel/test-fs-utimes.js:144:7)
at /home/iojs/build/workspace/node-test-binary-arm/test/parallel/test-fs-utimes.js:120:11
at /home/iojs/build/workspace/node-test-binary-arm/test/common/index.js:377:15
at FSReqCallback.oncomplete (node:fs:184:23) {
generatedMessage: false,
code: 'ERR_ASSERTION',
actual: false,
expected: true,
operator: '=='
}Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
armIssues and PRs related to the ARM architecture.Issues and PRs related to the ARM architecture.flaky-testIssues and PRs involving tests that fail intermittently in CI.Issues and PRs involving tests that fail intermittently in CI.fsIssues and PRs related to file-system APIs and the fs module.Issues and PRs related to file-system APIs and the fs module.staleIssues and PRs marked stale due to inactivity and scheduled for automatic closure.Issues and PRs marked stale due to inactivity and scheduled for automatic closure.
Activity
Trott commentedon Mar 10, 2021
CI failure again:
https://ci.nodejs.org/job/node-test-binary-arm-12+/9681/RUN_SUBSET=3,label=pi2-docker/console
anonrig commentedon Sep 6, 2024
This is still flaky https://ci.nodejs.org/job/node-test-commit-plinux/55201/nodes=rhel8-ppc64le/testReport/junit/(root)/parallel/test_fs_utimes/
aduh95 commentedon Sep 6, 2024
Cannot reproduce on macOS
jasnell commentedon Sep 8, 2024
I was able to reproduce on ubuntu by testing a theory... I ran a couple other parallel processes to stress the host and then ran the test. The flake here may be caused by too much running in parallel. I suggest we try moving the test to sequential and see if that helps.
test: capture negative utimes mtime at call time
test: capture negative utimes mtime at call time
test: capture negative utimes mtime at call time
github-actions commentedon Jun 27, 2026
This issue has been marked as stale due to 210 days of inactivity.
It will be automatically closed in 30 days if no further activity occurs. If this is still relevant, please leave a comment or update it to keep it open.
github-actions commentedon Jul 28, 2026
This issue has been automatically closed after 30 days of inactivity following its stale status (no activity for a total of 120 days).
If this is still relevant, feel free to reopen it or leave a comment with additional details so we can continue the discussion.
test: capture negative utimes mtime at call time