Microsoft MVP성태의 닷넷 이야기
오류 유형: 798. WinDbg - Failed to load data access module, 0x80004002 [링크 복사], [링크+제목 복사]
조회: 1704
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

WinDbg - Failed to load data access module, 0x80004002

x86 프로세스를 x64 운영체제에서 작업관리자를 이용해 덤프를 뜨면 windbg에서 분석이 안 된다고 설명한 적이 있습니다.

windbg - SOS does not support the current target architecture.
; https://www.sysnet.pe.kr/2/0/11262

.NET Core로 오니 오류 메시지가 바뀌어서 기록을 남깁니다. ^^




그때와 마찬가지로 덤프를 열었을 때 자동으로 sos.dll을 받아오긴 하는데,

0:000> .chain
Extension DLL search Path:
    ...[생략]...
Extension DLL chain:
    sos: image 6.0.257301+27172ce4d05e8a3b0ffdefd65f073d40a1b1fe54, API 2.0.0, built Wed Nov 24 07:21:39 2021
        [path: C:\Program Files\WindowsApps\Microsoft.WinDbg_1.2202.7001.0_neutral__8wekyb3d8bbwe\amd64\winext\sos\sos.dll]
...[생략]...

이 상태에서 clrstack 명령을 내리면 다음과 같은 오류가 발생합니다.

0:000> !clrstack
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 mscordaccore.dll that matches your version of coreclr.dll is
                in the version directory or on the symbol path
            3) or, if you are debugging a dump file, verify that the file
                mscordaccore_<arch>_<arch>_<version>.dll is on your symbol path.
            4) you are debugging on a platform and architecture that supports this
                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 run the command '!setclrpath <directory>' to control the load path of mscordaccore.dll.

Or you can also run the debugger command .cordll to control the debugger's
load of mscordaccore.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 coreclr.dll as well.

For more information see https://go.microsoft.com/fwlink/?linkid=2135652

0:000> .cordll -ve -u -l
CLR DLL status: No load attempts

0:000> .cordll -lp "C:\Program Files (x86)\dotnet\shared\Microsoft.NETCore.App\3.1.9"
CLR DLL status: No load attempts

오류 메시지가 바뀌어서, 그냥 아무 생각 없이 보면 왜 이런 상황이 발생했는지 이해가 안 됩니다. 왜냐하면 이전에 설명한 대로,

WinDbg Preview 버전부터 닷넷 코어 3.0 이후의 메모리 덤프에 대해 sos.dll 자동 로드
; https://www.sysnet.pe.kr/2/0/12316

닷넷 코어 3.0 이후로는 sos.dll뿐만 아니라 mscordaccore까지 자동으로 다운로드하기 때문입니다.




저 오류가 x86으로 인한 것인지는 lm 명령어로 대충 짐작할 수 있습니다.

0:000> lm
start             end                 module name
00000000`00ce0000 00000000`00d1b000   iisres     (no symbols)           
00000000`00db0000 00000000`00ddd000   iisexpress   (no symbols)           
00000000`2ee90000 00000000`2ee98000   WebApplication1   (deferred)             
00000000`2ff60000 00000000`2ff70000   Microsoft_AspNetCore_Watch_BrowserRefresh   (deferred)             
00000000`31120000 00000000`3113a000   Microsoft_WebTools_BrowserLink_Net   (deferred)             
00000000`31250000 00000000`31260000   WebApplication1_Views   (deferred)             
00000000`50390000 00000000`50394000   System_Diagnostics_Tracing   (deferred)             
00000000`503f0000 00000000`503fc000   Microsoft_Extensions_Logging_EventSource   (deferred)             
00000000`50400000 00000000`50406000   Microsoft_Extensions_Logging_Debug   (deferred)
...[생략]...

프로세스의 모듈들이 모두 저런 식으로 로딩 주소가 상위 8바이트에 대해 0으로 채워져 있으면 x86 프로세스임을 짐작게 합니다. 혹은, Program Files에 있을 법한 모듈을 확인해 보면,

0:000> lmDvmclrjit
Browse full module list
start             end                 module name
00000000`6a4d0000 00000000`6a5e4000   clrjit     (deferred)             
    Image path: C:\Program Files (x86)\dotnet\shared\Microsoft.NETCore.App\3.1.9\clrjit.dll
    ...[생략]...

저렇게 "Program Files (x86)"이 들어간 것에서 짐작할 수 있습니다. 따라서, 이런 x86 프로세스에 대해서는 반드시 Process Explorer를 이용해 덤프를 떠야 합니다.




그나저나 setclrpath 명령어가 좀 별나군요. ^^;

Windbg preview 버전의 경우 이렇게 오류가 발생하고,

0:000> !setclrpath "C:\Program Files (x86)\dotnet\shared\Microsoft.NETCore.App\3.1.9"
Unrecognized command or argument 'Files'
Unrecognized command or argument '(x86)dotnetsharedMicrosoft.NETCore.App3.1.9'

Windbg에서는 이렇게 됩니다.

0:000> !setclrpath "C:\Program Files (x86)\dotnet\shared\Microsoft.NETCore.App\3.1.9"
Incorrect argument: Files (x86)dotnetsharedMicrosoft.NETCore.App3.1.9

어쩔 수 없습니다. 그냥 저 디렉터리의 내용을 공백이 없는 곳으로 복사해 다시 로드를 하면 됩니다.

[Windbg]
0:000> !setclrpath f:\ts\core
Runtime module path: f:\ts\core

[Windbg preview]
0:000> !setclrpath F:\ts\core
Set load path for DAC/DBI to 'F:\ts\core'




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







[최초 등록일: ]
[최종 수정일: 3/8/2022]

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

비밀번호

댓글 작성자
 




1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13061정성태5/16/20221385.NET Framework: 2013. C# - FILE_FLAG_OVERLAPPED가 적용된 파일의 읽기/쓰기 시 Position 관리파일 다운로드1
13060정성태5/15/20221666.NET Framework: 2012. C# - async/await 그리고 스레드 (3) Task.Delay 재현파일 다운로드1
13059정성태5/14/20221590.NET Framework: 2011. C# - CLR ThreadPool의 I/O 스레드에 작업을 맡기는 방법파일 다운로드1
13058정성태5/13/20221370.NET Framework: 2010. C# - ThreadPool.SetMaxThreads 사용법
13057정성태5/12/20222464오류 유형: 812. 파이썬 - ImportError: cannot import name ...
13056정성태5/12/20221475.NET Framework: 2009. C# - async/await 그리고 스레드 (2) MyTask의 호출 흐름 [2]파일 다운로드1
13055정성태5/11/20222192.NET Framework: 2008. C# - async/await 그리고 스레드 (1) MyTask로 재현 [10]파일 다운로드1
13054정성태5/11/20221630.NET Framework: 2007. C# - 10진수 숫자를 담은 문자열을 숫자로 변환하는 방법 [11]파일 다운로드1
13053정성태5/10/20221206.NET Framework: 2006. C# - GC.KeepAlive 메서드의 역할
13052정성태5/9/20221247.NET Framework: 2005. C# - 생성한 참조 개체가 언제 GC의 정리 대상이 될까요?
13051정성태5/8/20221149.NET Framework: 2004. C# XingAPI - ACF 검색 결과로 구한 CSV 파일을 통해 퀀트 종목 찾기파일 다운로드1
13050정성태5/6/20221226.NET Framework: 2003. C# - COM 개체의 이벤트 핸들러에서 발생하는 예외에 대한 CLR의 특별 대우파일 다운로드1
13049정성태5/6/2022942오류 유형: 811. GoLand - Error: Cannot find package
13048정성태5/6/20221136오류 유형: 810. "ASUS TUF GAMING B550M-PLUS (WI-FI)" 모델에서 블루투스 장치가 인식이 안 되는 문제
13047정성태5/6/20221032오류 유형: 809. Speech Recognition could not start
13046정성태5/5/20221268.NET Framework: 2002. C# XingAPI - ACF 파일을 이용한 퀀트 종목 찾기(t1857)
13045정성태5/5/20221159.NET Framework: 2001. C# XingAPI - 주식 종목에 따른 PBR, PER, ROE 구하는 방법(t3341 예제)
13044정성태5/4/20221523오류 유형: 808. error : clang++ exited with code 127
13043정성태5/3/20221055오류 유형: 807. C# - 닷넷 응용 프로그램에서 Informix DB 사용 시 오류 메시지 정리
13042정성태5/3/20221172.NET Framework: 2000. C# - 닷넷 응용 프로그램에서 Informix DB 사용 방법파일 다운로드1
13041정성태4/28/20221043개발 환경 구성: 642. Informix 데이터베이스 docker 환경 구성
13040정성태4/27/20221508VC++: 156. 비주얼 스튜디오 - Linux C/C++ 프로젝트에서 openssl 링크하는 방법
13039정성태4/27/20221388.NET Framework: 1999. C# - Playwright를 이용한 간단한 브라우저 제어 실습
13038정성태4/26/20221106오류 유형: 806. twine 실행 시 ConfigParser.ParsingError: File contains parsing errors: /root/.pypirc
13037정성태4/25/20221250.NET Framework: 1998. Azure Functions를 사용한 간단한 실습
13036정성태4/24/20221579.NET Framework: 1997. C# - nano 시간을 가져오는 방법 [2]
1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...