[CI] SOS.UnitTests desktop.cli tests fail with 'Failed to load data access module' (mscordacwks.dll mismatch)
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
- #5758 di @steveisok — chiusa senza merge
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Ambito
- ci-cd, devops, testing-qa
Direzione di ricerca
Inizia dagli artefatti che hanno avuto esito negativo SOS.UnitTests_net8.0_x64.log e SOS.UnitTests_net8.0_x86.log, concentrandoti sulle configurazioni desktop.cli e DualRuntimes. Verifica la versione di .NET Framework sugli agent CI e se il percorso dei simboli configurato fornisce la mscordacwks.dll corrispondente; controlla anche la versione del pacchetto cdb-sos. Il lavoro è completato quando le rolling build di Windows elencate hanno esito positivo e i comandi SOS producono un output corrispondente alle rispettive regex di test.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Summary
15 SOS.UnitTests with config: desktop.cli (and 2 DualRuntimes tests) are consistently failing on all Windows rolling CI legs (diagnostics-public-ci, definition 25) since approximately Mar 10, 2026. The pipeline is currently red — the last 2 consecutive rolling builds both failed.
Root Cause
All failing tests hit the same error from CDB/SOS:
Failed to load data access module, 0x80004002
Verify that 1) you have a recent build of the debugger (10.0.18317.1001 or newer)
2) the file mscordacwks.dll that matches your version of clr.dll is
in the version directory or on the symbol path
The SOS commands (!PrintException, !ClrStack, !DumpObj, etc.) produce no diagnostic output because the DAC cannot be loaded for the .NET Framework CLR in the debuggee process. The test regex verification then fails because there is no output to match.
This occurs 17 times across the test suite in a single run. The failure is deterministic — identical tests fail on both x64 and x86 with the same error.
Likely Cause
A .NET Framework servicing update on the CI agent machines introduced a new clr.dll version, but the matching mscordacwks.dll is not available on the configured symbol path. See closed issue #4625 for a prior occurrence of missing mscordacwks symbols.
Affected Builds
| Build | Date | Failed Legs |
|---|---|---|
| 1332940 | Mar 12 | Win x64 Debug, Win x64 Release, Win x86 Release |
| 1332642 | Mar 12 | Win x64 Debug, Win x64 Release, Win x86 Release |
| 1327950 | Mar 10 | Win x86 Release |
Last passing rolling build: 1330114 (Mar 11).
Failing Tests (15 on x64, 14 on x86)
All desktop.cli config:
- SOS.TaskNestedException, SOS.LineNums, SOS.DivZero, SOS.SimpleThrow, SOS.Reflection
- SOS.StackTraceFaultingExceptionFrame, SOS.GCTests, SOS.OtherCommands
- SOS.NestedExceptionTest, SOS.Overflow, SOS.DumpGen, SOS.ConcurrentDictionaries, SOS.AsyncMain
Plus projectk.sdk.prebuilt config:
- SOS.DualRuntimes (9.0.12), SOS.DualRuntimes (8.0.23)
Reproduction
Artifacts with full test logs are available at:
Logs_Windows_x64_Release_1→log/Release/SOS.UnitTests_net8.0_x64.logLogs_Windows_x86_Release_1→log/Release/SOS.UnitTests_net8.0_x86.log
Suggested Fix
- Verify which .NET Framework version is currently on the CI agents
- Ensure the symbol server path is configured so CDB can download the matching
mscordacwks.dll, or bundle the correct DAC version - Alternatively, investigate whether the
cdb-sosNuGet package (currently10.0.26100.1) needs updating to match the new agent environment
- Lingua principale
- C++
- Stelle
- 1.3k
- Fork
- 407
- Merge medio
- 21h 5m
- PR unite (30g)
- 78
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di dotnet/diagnostics
-
Fix StackAndOtherTests.script line number verification for .NET 11 and Windows x64Forse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
dotnet/diagnostics#5884 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
dotnet/diagnostics#6225 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
dotnet/diagnostics#6213 ·
I maintainer di solito rispondono entro 1 giorno
-
Isolate SOS hosting from other debugger extensions that use managed codeForse già presa Una pull request collegata a questa issue è aperta o già unita. Apertabug
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
dotnet/diagnostics#6207 ·
I maintainer di solito rispondono entro 1 giorno
-
Known Build Error
Difficoltà 4/5 3-5 giorni Idoneità per principianti 49/100
dotnet/diagnostics#6190 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di dotnet/diagnostics
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
AutoHotkey/AutoHotkey#380 ·
-
documentation
Difficoltà 1/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 1 giorno
-
Lua File: add readWhole()Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 69/100
grumpycoders/pcsx-redux#2667 ·
-
GCC 15.2: -Wcast-qual warning - cast discards const qualifier from pointer target type (H5trace.c)Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
google/tensorstore#305 ·