Repository navigation
[ci-scan] Hang: System.Collections.Tests on osx.15.amd64.open #129385
Description
Activity
- addedblocking-clean-ciBlocking PR or rolling runs of 'runtime' or 'runtime-extra-platforms'Blocking PR or rolling runs of 'runtime' or 'runtime-extra-platforms'Known Build ErrorUse this to report build issues in the .NET Helix tabUse this to report build issues in the .NET Helix tab
on Jun 14, 2026 - addeduntriagedNew issue has not been triaged by the area ownerNew issue has not been triaged by the area owner
on Jun 14, 2026 dotnet-policy-service commented
on Jun 16, 2026 ContributorMore actionsTagging subscribers to this area: @dotnet/area-system-collections
See info in area-owners.md if you want to be subscribed.github-actions commented
on Jun 19, 2026 on Jun 19, 2026 – with GitHub ActionsContributorAuthorMore actionsWorkflow artifact: ci-fix
Artifact kind: handoff
Linked KBE: #129385Note
AI/Copilot-generated triage note.
This Known Build Error has no producible automated code change (reason: test timeout/hang in System.Collections.Tests on osx — no specific test failure or code defect is identifiable from the timeout, and the root cause may be platform infrastructure), so I could not open even a best-effort PR. Looping in owners so it can be fixed forward rather than muted.
Root cause (best analysis)
System.Collections.Testshangs/times out onosx.15.amd64.openHelix queue. The Helix work itemSystem.Collections.Testsexceeds its timeout (typically 15 minutes), reporting:The test execution exceeded a custom timeout and was killed.The test suite runs 7118+ test cases across 6 threads. The timeout occurs without identifying a specific hanging test, which makes it difficult to determine whether this is:
- A platform-specific deadlock in a test (e.g., concurrent collection test with platform-dependent threading behavior on macOS 15)
- A macOS 15 system-level issue (e.g., memory pressure, thread scheduling differences)
- An infrastructure issue with the
osx.15.amd64.openHelix queue
The failure is intermittent with low frequency.
Evidence
- Failing build: https://dev.azure.com/dnceng-public/public/_build/results?buildId=1461697
- First build it occurred: commit 50d7f0f7 (2026-06-10T02:27:04Z, within scanned window)
- Possible related PR: none identified with sufficient confidence
Suggested reviewers / area contacts
- Area owners (
area-System.Collections):@dotnet/area-system-collections - Lead:
@jeffhandley
If the hang recurs, attaching a diagnostic dump (createdump) or enabling ETW/EventPipe tracing on the Helix work item would help identify the specific hanging test and thread state.
Filed by
ci-failure-fix, which attempts validated fixes for[ci-scan]Known Build Errors and otherwise loops in owners. Comment here or on the workflow file to suggest changes;ci-failure-scan-feedbackreads in-scope feedback daily and opens (or updates) a PR with prompt edits.Note
🔒 Integrity filter blocked 2 items
The following items were blocked because they don't meet the GitHub integrity level.
- #128501
search_pull_requests: has lower integrity than agent requires. The agent cannot read data with integrity below "approved". - [ci-scan] Test failure: CryptoStreamTests.ReadWrite_Success MemberData not found on maccatalyst #128451
issue_read: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".
To allow these resources, lower
min-integrityin your GitHub frontmatter:tools: github: min-integrity: approved # merged | approved | unapproved | none
Generated by CI Outer-Loop Failure Fixer · ● 17.2M · ◷
github-actions commented
on Aug 9, 2026 on Aug 9, 2026 – with GitHub ActionsContributorAuthorMore actionsWorkflow artifact: ci-fix
Artifact kind: handoff
Linked KBE: #129385Note
AI/Copilot-generated triage note.
This Known Build Error has no producible automated code change (reason: a test-run timeout/hang with no identified faulting code — an infra/hang investigation rather than a localizable source bug), so I could not open even a best-effort PR. Looping in owners so it can be fixed forward rather than muted.
Root cause (best analysis)
System.Collections.Teststimes out (Helix work item killed, exit code -3) on theosx.15.amd64.openqueue:Discovered: System.Collections.Tests (found 7118 of 9212 test cases) Starting: System.Collections.Tests (parallel test collections = on [6 threads] ...) ['System.Collections.Tests' END OF WORK ITEM LOG: Command timed out, and was killed]Execution begins (7118 cases discovered, 6-thread parallel run starts) but never completes within the work-item timeout. The KBE notes the same queue also killed other assemblies (
System.Text.RegularExpressions.Tests, plus 5 others in a follow-up build), which points at a queue/machine-level slowdown or a hang rather than a defect isolated toSystem.Collections.Tests. With no faulting test, stack, or assertion to localize — and the multi-assembly pattern on the sameosx.15.amd64.openqueue — this is an infrastructure/hang investigation, not a source diff. No non-disabling code change is producible.Evidence
- Failing build: https://dev.azure.com/dnceng-public/public/_build/results?buildId=1462616 (confirmed 1463147)
- First build it occurred: build 1462616 (2026-06-13) — the
System.Collections.Tests-specific timeout first appeared here; theosx-x64leg was already unstable in 1460723 with a different assembly timing out. - Possible related PR: none identified with sufficient confidence.
Suggested reviewers / area contacts
- Area owner (
area-System.Collections):@jeffhandley,@dotnet/area-system-collections
A fix likely involves determining whether the
osx.15.amd64.openqueue is under-provisioned/overloaded (multiple assemblies timing out together) versus a genuine hang in a specificSystem.Collectionstest, e.g. by capturing a dump on timeout, before deciding on a runtime vs. infra remedy.Warning
Firewall blocked 1 domain
The following domain was blocked by the firewall during workflow execution:
awmgmcpg
To allow these domains, add them to the
network.allowedlist in your workflow frontmatter:network: allowed: - defaults - "awmgmcpg"
See Network Configuration for more information.
Generated by CI Outer-Loop Failure Fixer · 339.4 AIC · ⌖ 21 AIC · ⊞ 17.1K · ◷
- removeduntriagedNew issue has not been triaged by the area ownerNew issue has not been triaged by the area owner
on Aug 11, 2026 - removedblocking-clean-ciBlocking PR or rolling runs of 'runtime' or 'runtime-extra-platforms'Blocking PR or rolling runs of 'runtime' or 'runtime-extra-platforms'
on Aug 14, 2026 removing blocking-clean-ci as it has not failed in 30 days
24-Hour Hit Count 7-Day Hit Count 1-Month Count
0 0 0- locked and limited conversation to collaborators
on Sep 14, 2026
Build Information
Build: https://dev.azure.com/dnceng-public/public/_build/results?buildId=1462616
Build error leg or test failing: osx-x64 Release Libraries_Release_CoreCLR - System.Collections.Tests
Error Details
System.Collections.Teststimes out on theosx.15.amd64.openHelix queue. The test starts running (discovers 7118 test cases, begins parallel execution on 6 threads) but does not complete within the Helix work item timeout. Exit code -3 (SIGQUIT/killed).Error Message
trueonly for clear infra flakes. ExcludeConsoleLog skips helix log scanning. -->{ "ErrorMessage": "System.Collections.Tests' END OF WORK ITEM LOG: Command timed out, and was killed", "ErrorPattern": "", "BuildRetry": false, "ExcludeConsoleLog": false }Impact on platforms
First build it occurred
Confirmed in follow-up build: https://dev.azure.com/dnceng-public/public/_build/results?buildId=1463147 (same test timed out, along with 5 other test assemblies on the same queue)
Duplicate search
"System.Collections.Tests" label:"Known Build Error"— 0 results"System.Collections.Tests" "timed out" osx is:open— 0 results"Command timed out" osx label:"Known Build Error"— found System.IO.FileSystem.Tests.WorkItemExecution CI timeout on net9.0-osx-Debug-x64-Mono_Minijit_Debug-OSX.1200.Amd64.Open #101423 (System.IO.FileSystem.Tests timeout on Mono, different test)is:pr is:open "System.Collections.Tests" timeout— 0 resultsNo existing KBE matches this signature.
Filed by
ci-failure-scan(detection only).ci-failure-fixwalks open[ci-scan]KBEs and either opens a small fix PR or comments here to loop in owners — it never disables the test.Note
🔒 Integrity filter blocked 4 items
The following items were blocked because they don't meet the GitHub integrity level.
search_issues: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".search_pull_requests: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".search_pull_requests: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".search_issues: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".To allow these resources, lower
min-integrityin your GitHub frontmatter:Report
Summary