WinDbg - sos threads 명령어 실행 시 "Failed to request ThreadStore"
고객사에서 닷넷 응용 프로그램의 문제 분석을 위해 w3wp.exe 덤프를 보내줬는데요,
0:000> !peb
...[생략]...
CommandLine: 'c:\windows\system32\inetsrv\w3wp.exe -ap "DefaultAppPool" -v "v4.0" -l "webengine4.dll" -a \\.\pipe\iisipm25d3344b-0424-4e3d-95bb-5a05dad1fe47 -h "C:\inetpub\temp\apppools\DefaultAppPool\DefaultAppPool.config" -w "" -m 0 -t 20 -ta 0'
...[생략]...
sos도 정상적으로 로드된 상태에서,
0:000> .loadby sos clr
0:000> .chain
...[생략]...
Extension DLL chain:
...[생략]...
C:\temp\SOS.dll: image 4.8.9261.0, API 1.0.0, built Tue Jun 25 10:04:50 2024
[path: C:\temp\SOS.dll]
...[생략]...
threads나 dumpdomain 명령어를 실행했는데 그냥 오류만 발생합니다.
0:000> !threads
Failed to request ThreadStore
0:000> !dumpdomain
--------------------------------------
System Domain: 0000000000000000
Unable to get system domain info.
이런 오류는 과거에 한 번 있었지만,
윈도우용 .NET Core 3 이상에서 Windbg의 sos 사용법
; https://www.sysnet.pe.kr/2/0/12641
위의 덤프는 분명히 .NET Framework 웹사이트를 실행하는 프로세스라고 합니다. 무엇이 문제일까요? ^^;
가만 보니, 덤프 파일 크기가 54MB입니다. 이게 언뜻 큰 용량일지 몰라도 사실 덤프 파일에는 DLL 파일 및 그것들이 할당한 메모리까지 모두 포함되기 때문에, 즉 해당 프로세스와 관련된 모든 메모리를 덤프한 것이기 때문에 저 정도면 "빈 덤프"라고 볼 수 있습니다.
실제로 제 컴퓨터에서 w3wp.exe를 (닷넷 요청 없이) 띄워두고 그 상태에서 덤프를 떴더니 64MB가 나왔습니다. (재미있는 건, 불과 1주일 사이에 이런 덤프를 서로 다른 2군데에서 받았다는 점입니다. ^^)
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]