Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 438. mstest, QTAgent의 로그 파일 설정 방법 [링크 복사], [링크+제목 복사]
조회: 1161
글쓴 사람
홈페이지
첨부 파일
 

mstest, QTAgent의 로그 파일 설정 방법

지난 글에서 mstest.exe에 대한 로그 파일 남기는 법을 설명했는데요.

mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류
; https://www.sysnet.pe.kr/2/0/11886

mstest.exe는 내부적으로 작업 도중 QTAgent 류의 프로세스를 실행합니다. 예를 들어, 제가 테스트한 위의 글에서는 다음 위치의 "QTAgent32_40.exe"가 자식 프로세스로 실행됩니다.

C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\Common7\IDE\QTAgent32_40.exe

어떤 QTAgent EXE가 실행되는지는 mstest.exe.config에 설정한 로그 파일의 다음과 같은 내용을 통해 알 수 있습니다.

V, 18600, 4, 2019/05/08, 22:34:52.240, TESTPC\mstest.exe, Win32ProcessLauncher: Starting process, C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\Common7\IDE\QTAgent32_40.exe /agentKey cc716901-a8a3-492b-a81c-49c087b71e7e /hostProcessId 18600 /hostIpcPortName eqt-24b2d2e6-eeb3-4aa4-be77-56ccfd8beb3e...


물론 mstest.exe.config의 로그 설정은 QTAgent32_40.exe에는 통하지 않습니다. 따라서 별도로 QTAgent32_40.exe.config 파일에 로그 설정을 해야 하는데 방법은 mstest.exe.config의 것과 동일합니다.

<?xml version ="1.0"?>
<configuration>
    <!-- ...[생략]... -->

    <!-- 참고: https://blogs.msdn.microsoft.com/aseemb/2010/03/07/how-to-enable-test-agent-logs/ -->
    <system.diagnostics>
        <switches>
            <add name="EqtTraceLevel" value="4" />
        </switches>
        <trace autoflush="true">
            <listeners>
                <add name="eqtlistener" type="System.Diagnostics.TextWriterTraceListener" initializeData="C:\Temp\TestRunner1.log"/>
            </listeners>
        </trace>
    </system.diagnostics>
</configuration>

이 설정을 하면, ".loadtest" 파일에 설정한 부하 테스트의 수행과 관련된 로그들이 남게 됩니다. 위의 설정에 따라 생성된 TestRunner1.log 파일의 내용을 보면 초기에 다음의 내용을 담고 있습니다.

no internal listener being created, appsetting set to 'no'

바로 저 내용이 How to enable test agent logs 글에서 설명한 appSettings의 CreateTraceListener 설정입니다. 해당 옵션을 "yes"로 설정하면,

  <appSettings>
    <add key="StopTestRunCallTimeoutInSeconds" value="5"/>
    <add key="LogSizeLimitInMegs" value="20"/>
    <add key="CreateTraceListener" value="yes"/>
    <add key="GetCollectorDataTimeout" value="300"/>
  </appSettings>

이번에는 mstest.exe 수행 시 다음과 같은 오류 메시지를 볼 수 있습니다.

C:\temp> mstest.exe /testcontainer:c:\temp\test.loadtest
??Microsoft (R) Test Execution Command Line Tool Version 16.0.28326.58
Copyright (c) Microsoft Corporation. All rights reserved.

Loading c:\temp\test.loadtest...
Starting execution...

Final Test Results:
Results               Top Level Tests
-------               ---------------
Not Executed          c:\temp\test.loadtest
0/1 test(s) Passed, 1 Not Executed

Summary
-------
Test Run Error.
  Not Executed  1
  ---------------
  Total         1
Results file:  C:\temp\TestResults\TestUsr_TESTPC 2019-05-08 22_44_48.trx
Test Settings: Default Test Settings

Run has the following issue(s):
Test host process exited unexpectedly.
Failed to queue test run 'TestUsr@TESTPC 2019-05-08 22:44:48': Unable to start the agent process.

원인은, 남겨진 TestRunner1.log 파일을 보면 알 수 있습니다.

W, 10900, 1, 2019/05/08, 22:44:48.582, TESTPC\QTAgent32_40.exe, AgentProcess:CurrentDomain_UnhandledException: Entered

W, 10900, 1, 2019/05/08, 22:44:48.590, TESTPC\QTAgent32_40.exe, EqtTrace: Unable to write to event log 'Application', source 'VSTTAgentProcess': The source was not found, but some or all event logs could not be searched.  To create the source, you need permission to read all event logs to make sure that the new source name is unique.  Inaccessible logs: Security, State.

E, 10900, 1, 2019/05/08, 22:44:48.590, TESTPC\QTAgent32_40.exe, AgentProcess:CurrentDomain_UnhandledException: IsTerminating : System.Security.SecurityException: The source was not found, but some or all event logs could not be searched.  To create the source, you need permission to read all event logs to make sure that the new source name is unique.  Inaccessible logs: Security, State.
   at System.Diagnostics.EventLog.FindSourceRegistration(String source, String machineName, Boolean readOnly, Boolean wantToCreate)
   at System.Diagnostics.EventLog.SourceExists(String source, String machineName, Boolean wantToCreate)
   at System.Diagnostics.EventLogInternal.VerifyAndCreateSource(String sourceName, String currentMachineName)
   at System.Diagnostics.EventLogInternal.WriteEntry(String message, EventLogEntryType type, Int32 eventID, Int16 category, Byte[] rawData)
   at System.Diagnostics.EventLog.WriteEntry(String message, EventLogEntryType type)
   at Microsoft.VisualStudio.TestTools.Execution.ConfigurationHelper.LogError(String processName, String message)
   at Microsoft.VisualStudio.TestTools.Execution.ConfigurationHelper.CreateTraceListener(String fileName, String processName)
   at Microsoft.VisualStudio.TestTools.Agent.AgentProcess.Main(String[] args)
The Zone of the assembly that failed was:
MyComputer

즉, 일반 사용자 권한으로는 이벤트 로그에 VSTTAgentProcess 소스를 생성할 수 없으므로 정상적인 실행을 할 수 없는 것입니다. 따라서 관리자 권한으로 mstest.exe를 수행해야 하고, 이번에는 CreateTraceListener=yes 설정으로 인해 VSTTAgentProcess.log 로그 파일이 다음의 경로에 생성됩니다.

C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\Common7\IDE

사실, 이벤트 로그가 아니더라도 저렇게 Program Files 폴더에 로그 파일을 쓰게 되므로 결국 관리자 권한이 꼭 필요하게 됩니다. 그런데 VSTTAgentProcess.log 로그 파일을 보면 기존 로그(TestRunner1.log) 파일에 써진 내용과 거의 다른 점이 없습니다. 따라서 굳이 저 옵션을 켜서 불편하게 관리자 권한을 사용할 필요는 없습니다.




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

[연관 글]





[최초 등록일: ]
[최종 수정일: 5/8/2019 ]

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

비밀번호

댓글 쓴 사람
 




1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12098정성태1/2/2020424.NET Framework: 874. C# - 커널 구조체의 Offset 값을 하드 코딩하지 않고 사용하는 방법
12097정성태1/2/2020327디버깅 기술: 150. windbg - Wow64, x86, x64에서의 커널 구조체(예: TEB) 구조체 확인
12096정성태1/2/2020504디버깅 기술: 149. C# - DbgEng.dll을 이용한 간단한 디버거 제작
12095정성태12/27/2019524VC++: 135. C++ - string_view의 동작 방식
12094정성태12/26/2019508.NET Framework: 873. C# - 코드를 통해 PDB 심벌 파일 다운로드 방법
12093정성태12/26/2019665.NET Framework: 872. C# - 로딩된 Native DLL의 export 함수 목록 출력파일 다운로드1
12092정성태12/25/2019508디버깅 기술: 148. cdb.exe를 이용해 (ntdll.dll 등에 정의된) 커널 구조체 출력하는 방법
12091정성태12/25/2019696디버깅 기술: 147. pdb 파일을 다운로드하기 위한 symchk.exe 실행에 필요한 최소 파일
12090정성태12/24/2019496.NET Framework: 871. .NET AnyCPU로 빌드된 PE 헤더의 로딩 전/후 차이점
12089정성태12/23/2019379디버깅 기술: 146. gflags와 _CrtIsMemoryBlock을 이용한 Heap 메모리 손상 여부 체크
12088정성태12/23/2019325Linux: 28. Linux - 윈도우의 "Run as different user" 기능을 shell에서 실행하는 방법
12087정성태12/21/2019479디버깅 기술: 145. windbg/sos - Dictionary의 entries 배열 내용을 모두 덤프하는 방법 (do_hashtable.py)
12086정성태12/20/2019539디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
12085정성태12/20/2019445오류 유형: 586. iisreset - The data is invalid. (2147942413, 8007000d) 오류 발생 - 두 번째 이야기 [1]
12084정성태12/21/2019501디버깅 기술: 143. windbg/sos - Hashtable의 buckets 배열 내용을 모두 덤프하는 방법 (do_hashtable.py)
12083정성태12/17/2019710Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [1]
12082정성태12/17/2019488오류 유형: 585. lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
12081정성태12/16/2019561개발 환경 구성: 465. 로컬 PC에서 개발 중인 ASP.NET Core 웹 응용 프로그램을 다른 PC에서도 접근하는 방법
12080정성태12/16/2019775.NET Framework: 870. C# - 프로세스의 모든 핸들을 열람
12079정성태12/13/2019526오류 유형: 584. 원격 데스크탑(rdp) 환경에서 다중 또는 고용량 파일 복사 시 "Unspecified error" 오류 발생
12078정성태12/13/2019893Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법 [1]
12077정성태12/13/2019622Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록
12076정성태12/17/2019737디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이
12075정성태12/18/2019799디버깅 기술: 141. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅
12074정성태12/11/2019536디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)
12073정성태12/10/2019913Linux: 24. Linux/C# - 실행 파일이 아닌 스크립트 형식의 명령어를 Process.Start로 실행하는 방법
1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...