Microsoft MVP성태의 닷넷 이야기
디버깅 기술: 86. windbg의 mscordacwks DLL 로드 문제 - 세 번째 이야기 [링크 복사], [링크+제목 복사],
조회: 12498
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 7개 있습니다.)

windbg의 mscordacwks DLL 로드 문제 - 세 번째 이야기

어쩌다 보니 시리즈 글로 쓰게 되었군요. ^^

Windbg - ERROR: Unable to load DLL mscordacwks_x86_x86_2.0.50727.4200.dll, Win32 error 0n2
; https://www.sysnet.pe.kr/2/0/994

windbg의 mscordacwks DLL 로드 문제
; https://www.sysnet.pe.kr/2/0/1181

windbg의 mscordacwks DLL 로드 문제 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/1375

정리해 볼까요? ^^

.NET Framework을 대상으로 하는 응용 프로그램의 덤프 파일을 '다른 PC에 복사해서' 분석하려는 경우 반드시 그 응용 프로그램이 설치된 환경으로부터 다음의 2가지 파일도 함께 가져와야 합니다.

  • sos.dll
  • mscordacwks.dll

또한, 덤프 파일의 대상이었던 프로세스가 64비트/32비트, CLR 2/4인지에 따라 각각 다음의 폴더에 있는 것으로 가져와야만 합니다.

.NET 응용 프로그램이 CLR2 + x86인 경우 - C:\Windows\Microsoft.NET\Framework\v2.0.50727
.NET 응용 프로그램이 CLR2 + x64인 경우 - C:\Windows\Microsoft.NET\Framework64\v2.0.50727

.NET 응용 프로그램이 CLR4 + x86인 경우 - C:\Windows\Microsoft.NET\Framework\v4.0.30319
.NET 응용 프로그램이 CLR4 + x64인 경우 - C:\Windows\Microsoft.NET\Framework64\v4.0.30319

자, 그럼 대상이 되는 sos.dll과 mscordacwks.dll 파일을 "C:\temp" 폴더에 복사해 두었고 windbg에서 덤프 파일을 열었다고 가정해 보겠습니다. 그럼 sos.dll을 다음과 같이 로드할 수 있고,

0:000> .load c:\temp\sos.dll

(대개의 경우) 이 단계에서 sos 관련 명령을 내리면 이렇게 오류가 발생하게 됩니다.

0:000> !clrstack
CLRDLL: Consider using ".cordll -lp <path>" command to specify .NET runtime directory.
Failed to load data access DLL, 0x80004005
Verify that 1) you have a recent build of the debugger (6.2.14 or newer)
            2) the file mscordacwks.dll that matches your version of clr.dll is 
                in the version directory or on the symbol path
            3) or, if you are debugging a dump file, verify that the file 
                mscordacwks_<arch>_<arch>_<version>.dll is on your symbol path.
            4) you are debugging on supported cross platform architecture as 
                the dump file. For example, an ARM dump file must be debugged
                on an X86 or an ARM machine; an AMD64 dump file must be
                debugged on an AMD64 machine.

You can also run the debugger command .cordll to control the debugger's load of mscordacwks.dll.  .cordll -ve -u -l will do a verbose reload.
If that succeeds, the SOS command should work on retry.

If you are debugging a minidump, you need to make sure that your executable path is pointing to clr.dll as well.

오호~~~ 그런데 최근 sos.dll에서는 지난번의 경우와는 다른 메시지가 보입니다.

CLRDLL: Consider using ".cordll -lp " command to specify .NET runtime directory.

예전에는 mscordacwks.dll 로드 문제를 해결하기 위해 해당 sos.dll이 요구하는 버전을 알아내려고 "cordll -ve -u -l" 명령어를 수행, 그에 맞게 "mscordacwks_x86_x86_2.0.50727.4005.dll"과 같은 식으로 파일명을 변경한 후 PATH 환경 변수에 지정된 경로에 복사해야 하는 복잡함이 있었는데요.

이제는 그냥 다음과 같이 "-lp" 스위치와 함께 mscordacwks.dll 파일이 있는 경로를 알려주기만 하면 됩니다.

0:000> .cordll -lp c:\temp
CLR DLL status: Loaded DLL c:\temp\mscordacwks.dll

세상 참 좋아졌군요. ^^




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/1/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2019-03-07 01시18분
.NET Core의 경우 self-contained 형식으로 배포되었다면 그 폴더에 함께 있는 sos.dll과 dac 구성요소(mscordaccore.dll)를 지정하면 됩니다. 예를 들어 c:\tempweb에 배포되었다면 이렇게!

.load c:\tempweb\sos.dll
.cordll -lp c:\tempweb
정성태

... 31  32  33  34  35  [36]  37  38  39  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
12736정성태7/28/20217335오류 유형: 743. Active Azure Directory에서 "API permissions"의 권한 설정이 "Not granted for ..."로 나오는 문제
12735정성태7/27/20217838.NET Framework: 1081. C# - Azure AD 인증을 지원하는 데스크톱 애플리케이션 예제(Windows Forms) [2]파일 다운로드1
12734정성태7/26/202123827스크립트: 20. 특정 단어로 시작하거나/끝나는 문자열을 포함/제외하는 정규 표현식 - Look-around
12733정성태7/23/202111160.NET Framework: 1081. Self-Contained/SingleFile 유형의 .NET Core/5+ 실행 파일을 임베딩한다면? [1]파일 다운로드2
12732정성태7/23/20216446오류 유형: 742. SharePoint - The super user account utilized by the cache is not configured.
12731정성태7/23/20217663개발 환경 구성: 584. Add Internal URLs 화면에서 "Save" 버튼이 비활성화 된 경우
12730정성태7/23/20219177개발 환경 구성: 583. Visual Studio Code - Go 코드에서 입력을 받는 경우
12729정성태7/22/20218121.NET Framework: 1080. xUnit 단위 테스트에 메서드/클래스 수준의 문맥 제공 - Fixture
12728정성태7/22/20217563.NET Framework: 1079. MSTestv2 단위 테스트에 메서드/클래스/어셈블리 수준의 문맥 제공
12727정성태7/21/20218577.NET Framework: 1078. C# 단위 테스트 - MSTestv2/NUnit의 Assert.Inconclusive 사용법(?) [1]
12726정성태7/21/20218406VS.NET IDE: 169. 비주얼 스튜디오 - 단위 테스트 선택 시 MSTestv2 외의 xUnit, NUnit 사용법 [1]
12725정성태7/21/20217118오류 유형: 741. Failed to find the "go" binary in either GOROOT() or PATH
12724정성태7/21/20219801개발 환경 구성: 582. 윈도우 환경에서 Visual Studio Code + Go (Zip) 개발 환경 [1]
12723정성태7/21/20217462오류 유형: 740. SharePoint - Alternate access mappings have not been configured 경고
12722정성태7/20/20217292오류 유형: 739. MSVCR110.dll이 없어 exe 실행이 안 되는 경우
12721정성태7/20/20217914오류 유형: 738. The trust relationship between this workstation and the primary domain failed. - 세 번째 이야기
12720정성태7/19/20217264Linux: 43. .NET Core/5+ 응용 프로그램의 Ubuntu (Debian) 패키지 준비
12719정성태7/19/20216429오류 유형: 737. SharePoint 설치 시 "0x800710D8 The object identifier does not represent a valid object." 오류 발생
12718정성태7/19/20217054개발 환경 구성: 581. Windows에서 WSL로 파일 복사 시 root 소유권으로 적용되는 문제파일 다운로드1
12717정성태7/18/20216980Windows: 195. robocopy에서 파일의 ADS(Alternate Data Stream) 정보 복사를 제외하는 방법
12716정성태7/17/20217790개발 환경 구성: 580. msbuild의 Exec Task에 robocopy를 사용하는 방법파일 다운로드1
12715정성태7/17/20219444오류 유형: 736. Windows - MySQL zip 파일 버전의 "mysqld --skip-grant-tables" 실행 시 비정상 종료 [1]
12714정성태7/16/20218227오류 유형: 735. VCRUNTIME140.dll, MSVCP140.dll, VCRUNTIME140.dll, VCRUNTIME140_1.dll이 없어 exe 실행이 안 되는 경우
12713정성태7/16/20218767.NET Framework: 1077. C# - 동기 방식이면서 비동기 규약을 따르게 만드는 Task.FromResult파일 다운로드1
12712정성태7/15/20218187개발 환경 구성: 579. Azure - 리눅스 호스팅의 Site Extension 제작 방법
12711정성태7/15/20218527개발 환경 구성: 578. Azure - Java Web App Service를 위한 Site Extension 제작 방법
... 31  32  33  34  35  [36]  37  38  39  40  41  42  43  44  45  ...