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

(시리즈 글이 6개 있습니다.)
오류 유형: 534. mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류
; https://www.sysnet.pe.kr/2/0/11886

개발 환경 구성: 438. mstest, QTAgent의 로그 파일 설정 방법
; https://www.sysnet.pe.kr/2/0/11889

개발 환경 구성: 439. "Visual Studio Enterprise is required to execute the test." 메시지와 관련된 코드 기록
; https://www.sysnet.pe.kr/2/0/11890

오류 유형: 539. mstest 실행 시 "The directory name is invalid." 오류 발생
; https://www.sysnet.pe.kr/2/0/11902

오류 유형: 575. mstest.exe - System.Resources.MissingSatelliteAssemblyException: The satellite assembly named "Microsoft.VisualStudio.ProductKeyDialog.resources.dll, ..."
; https://www.sysnet.pe.kr/2/0/12044

오류 유형: 576. mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/12045




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) 파일에 써진 내용과 거의 다른 점이 없습니다. 따라서 굳이 저 옵션을 켜서 불편하게 관리자 권한을 사용할 필요는 없습니다.




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







[최초 등록일: ]
[최종 수정일: 2/15/2024]

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)
13576정성태3/8/20241543닷넷: 2228. .NET Profiler - IMetaDataEmit2::DefineMethodSpec 사용법
13575정성태3/7/20241676닷넷: 2227. 최신 C# 문법을 .NET Framework 프로젝트에 쓸 수 있을까요?
13574정성태3/6/20241557닷넷: 2226. C# - "Docker Desktop for Windows" Container 환경에서의 IPv6 DualMode 소켓
13573정성태3/5/20241563닷넷: 2225. Windbg - dumasync로 분석하는 async/await 호출
13572정성태3/4/20241643닷넷: 2224. C# - WPF의 Dispatcher Queue로 알아보는 await 호출의 hang 현상파일 다운로드1
13571정성태3/1/20241621닷넷: 2223. C# - await 호출과 WPF의 Dispatcher Queue 동작 확인파일 다운로드1
13570정성태2/29/20241635닷넷: 2222. C# - WPF의 Dispatcher Queue 동작 확인파일 다운로드1
13569정성태2/28/20241545닷넷: 2221. C# - LoadContext, LoadFromContext 그리고 GAC파일 다운로드1
13568정성태2/27/20241606닷넷: 2220. C# - .NET Framework 프로세스의 LoaderOptimization 설정을 확인하는 방법파일 다운로드1
13567정성태2/27/20241618오류 유형: 898. .NET Framework 3.5 이하에서 mscoree.tlb 참조 시 System.BadImageFormatException파일 다운로드1
13566정성태2/27/20241631오류 유형: 897. Windows 7 SDK 설치 시 ".NET Development" 옵션이 비활성으로 선택이 안 되는 경우
13565정성태2/23/20241479닷넷: 2219. .NET CLR2 보안 모델에서의 개별 System.Security.Permissions 제어
13564정성태2/22/20241614Windows: 259. Hyper-V Generation 1 유형의 VM을 Generation 2 유형으로 바꾸는 방법
13563정성태2/21/20241646디버깅 기술: 196. windbg - async/await 비동기인 경우 메모리 덤프 분석의 어려움
13562정성태2/21/20241646오류 유형: 896. ASP.NET - .NET Framework 기본 예제에서 System.Web에 대한 System.IO.FileNotFoundException 예외 발생
13561정성태2/20/20241744닷넷: 2218. C# - (예를 들어, Socket) 비동기 I/O에 대한 await 호출 시 CancellationToken을 이용한 취소파일 다운로드1
13560정성태2/19/20241747디버깅 기술: 195. windbg 분석 사례 - Semaphore 잠금으로 인한 Hang 현상 (닷넷)
13559정성태2/19/20242625오류 유형: 895. ASP.NET - System.Security.SecurityException: 'Requested registry access is not allowed.'
13558정성태2/18/20241820닷넷: 2217. C# - 최댓값이 1인 SemaphoreSlim 보다 Mutex 또는 lock(obj)를 선택하는 것이 나은 이유
13557정성태2/18/20241620Windows: 258. Task Scheduler의 Author 속성 값을 변경하는 방법
13556정성태2/17/20241684Windows: 257. Windows - Symbolic (hard/soft) Link 및 Junction 차이점
13555정성태2/15/20241955닷넷: 2216. C# - SemaphoreSlim 사용 시 주의점
13554정성태2/15/20241709VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때
13553정성태2/14/20241736닷넷: 2215. windbg - thin/fat lock 없이 동작하는 Monitor.Wait + Pulse
13552정성태2/13/20241693닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock
13551정성태2/12/20242017닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
1  [2]  3  4  5  6  7  8  9  10  11  12  13  14  15  ...