Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일
 

Visual Studio 2022 - .NET 5 프로젝트를 Docker Support로 실행했을 때 오류

이상하군요, 제목처럼 Visual Studio 2022에서 기본 상태의 Console App 프로젝트를 만들어 F5 키를 눌러 실행했더니 이런 오류가 발생합니다.

Debugging Error

Cannot find container to attach, check if the correct container is running or not.

이때 "Containers" 뷰에는 이런 오류 메시지가 나옵니다.

It was not possible to find any compatible framework version
The framework 'Microsoft.NETCore.App', version '6.0.0' was not found.
  - The following frameworks were found:
      5.0.17 at [/usr/share/dotnet/shared/Microsoft.NETCore.App]

You can resolve the problem by installing the specified framework and/or SDK.

The specified framework can be found at:
  - https://aka.ms/dotnet-core-applaunch?framework=Microsoft.NETCore.App&framework_version=6.0.0&arch=x64&rid=debian.10-x64

아니, 왜 .NET 5.0 프로젝트에서 6.0을 찾아 실행하려는 것일까요? ^^;




일단, Visual Studio가 실행하는 docker run 명령어를,

docker run -dt -v "%USERPROFILE%\vsdbg\vs2017u5:/remote_debugger:rw" -v "C:\Program Files\Microsoft Visual Studio\2022\Enterprise\MSBuild\Sdks\Microsoft.Docker.Sdk\tools\linux-x64\net6.0:/VSTools:ro" -v "C:\Program Files\Microsoft Visual Studio\2022\Enterprise\Common7\IDE\CommonExtensions\Microsoft\HotReload:/HotReloadAgent:ro" -v "C:\temp\test_dmp\test_dmp:/app:rw" -v "C:\temp\test_dmp:/src/:rw" -v "F:\nuget_root:/.nuget/fallbackpackages3:rw" -v "C:\Program Files (x86)\Microsoft Visual Studio\Shared\NuGetPackages:/.nuget/fallbackpackages:rw" -v "C:\Program Files\dotnet\sdk\NuGetFallbackFolder:/.nuget/fallbackpackages2:rw" -e "DOTNET_USE_POLLING_FILE_WATCHER=1" -e "NUGET_PACKAGES=/.nuget/fallbackpackages3" -e "NUGET_FALLBACK_PACKAGES=/.nuget/fallbackpackages;/.nuget/fallbackpackages2;/.nuget/fallbackpackages3" --name test_dmp --entrypoint dotnet testdmp:dev --roll-forward Major /VSTools/DistrolessHelper/DistrolessHelper.dll --wait


추려서 다음과 같이 /bin/bash로 실행해 봅니다.

c:\temp> docker run -v "%USERPROFILE%\vsdbg\vs2017u5:/remote_debugger:rw" -v "C:\Program Files\Microsoft Visual Studio\2022\Enterprise\MSBuild\Sdks\Microsoft.Docker.Sdk\tools\linux-x64\net6.0:/VSTools:ro" -v "C:\Program Files\Microsoft Visual Studio\2022\Enterprise\Common7\IDE\CommonExtensions\Microsoft\HotReload:/HotReloadAgent:ro" -v "C:\temp\test_dmp\test_dmp:/app:rw" -v "C:\temp\test_dmp:/src/:rw" -v "F:\nuget_root:/.nuget/fallbackpackages3:rw" -v "C:\Program Files (x86)\Microsoft Visual Studio\Shared\NuGetPackages:/.nuget/fallbackpackages:rw" -v "C:\Program Files\dotnet\sdk\NuGetFallbackFolder:/.nuget/fallbackpackages2:rw" -e "DOTNET_USE_POLLING_FILE_WATCHER=1" -e "NUGET_PACKAGES=/.nuget/fallbackpackages3" -e "NUGET_FALLBACK_PACKAGES=/.nuget/fallbackpackages;/.nuget/fallbackpackages2;/.nuget/fallbackpackages3" -it --name test_dmp testdmp:dev /bin/bash

root@2e002735586d:/app# 

그럼 dockerfile에 지정된 대로 runtime만 있는 상태이고, 실행까지 잘 됩니다.

# dotnet --list-sdks
# dotnet --list-runtimes
Microsoft.NETCore.App 5.0.17 [/usr/share/dotnet/shared/Microsoft.NETCore.App]

# dotnet /app/bin/Debug/net5.0/test_dmp.dll
Hello World!

혹시나 싶어 Visual Studio가 실행하는 것과 동일한 명령어로 진행해도,

c:\temp\test_dmp> docker exec -it 2e002735586d dotnet /app/bin/Debug/net5.0/test_dmp.dll
Hello World!

What's next:
    Try Docker Debug for seamless, persistent debugging tools in any container or image → docker debug 2e002735586d
    Learn more at https://docs.docker.com/go/debug-cli/

역시나 잘 됩니다. ^^; 아니 도대체 뭐가 문제인 걸까요?




그런데, 가만 보니 "docker run" 시에 -v 볼륨으로 연결된 경로에 "net6.0"이 있습니다.

docker run -v "%USERPROFILE%\vsdbg\vs2017u5:/remote_debugger:rw" -v "C:\Program Files\Microsoft Visual Studio\2022\Enterprise\MSBuild\Sdks\Microsoft.Docker.Sdk\tools\linux-x64\net6.0:/VSTools:ro" ...[생략]... -it --name test_dmp testdmp:dev /bin/bash

실제로 "C:\Program Files\Microsoft Visual Studio\2022\Enterprise\MSBuild\Sdks\Microsoft.Docker.Sdk\tools\linux-x64" 경로를 보면, 하위에 "net6.0", "net7.0", "net8.0"만 있고 5.0 이하가 없습니다. 그러고 보니, "dotnet run" 시에 DistrolessHelper.dll을 실행하는 명령어가 있는데,

docker run -dt ...[생략]... --entrypoint dotnet testdmp:dev --roll-forward Major /VSTools/DistrolessHelper/DistrolessHelper.dll --wait 

"--roll-forward Major"가 있다고 해도 저 명령어는 정상적으로 실행되지 않을 것입니다. 일례로 위에서 실행해 두었던 container에서 저 명령어를 실행해 보면,

# dotnet --roll-forward Major /VSTools/DistrolessHelper/DistrolessHelper.dll
It was not possible to find any compatible framework version
The framework 'Microsoft.NETCore.App', version '6.0.0' was not found.
  - The following frameworks were found:
      5.0.17 at [/usr/share/dotnet/shared/Microsoft.NETCore.App]

You can resolve the problem by installing the specified framework and/or SDK.

The specified framework can be found at:
  - https://aka.ms/dotnet-core-applaunch?framework=Microsoft.NETCore.App&framework_version=6.0.0&arch=x64&rid=debian.10-x64

정확히 동일한 오류가 발생합니다. 어쩌면 Visual Studio 입장에서 F5 디버깅 시에 중요한 것은 DistrolessHelper.dll의 실행 여부일 것입니다. 따라서 저것만 실행할 수 있다면 아마도 정상적으로 동작할 것 같은데요, 어쩔 수 없습니다. ^^; .NET 6를 함께 설치하는 수밖에!

따라서 Dockerfile에 다음과 같이 내용을 추가해,

#See https://aka.ms/customizecontainer to learn how to customize your debug container and how Visual Studio uses this Dockerfile to build your images for faster debugging.

FROM mcr.microsoft.com/dotnet/runtime:5.0 AS base
WORKDIR /app

RUN apt-get update && apt-get install -y --no-install-recommends clang zlib1g-dev wget ca-certificates

RUN wget https://packages.microsoft.com/config/ubuntu/18.04/packages-microsoft-prod.deb -O packages-microsoft-prod.deb
RUN dpkg -i packages-microsoft-prod.deb
RUN rm packages-microsoft-prod.deb

RUN apt update && apt install -y dotnet-sdk-6.0

FROM mcr.microsoft.com/dotnet/sdk:5.0 AS build
ARG BUILD_CONFIGURATION=Release
WORKDIR /src
COPY ["test_dmp/test_dmp.csproj", "test_dmp/"]
RUN dotnet restore "./test_dmp/test_dmp.csproj"
COPY . .
WORKDIR "/src/test_dmp"
RUN dotnet build "./test_dmp.csproj" -c $BUILD_CONFIGURATION -o /app/build

FROM build AS publish
ARG BUILD_CONFIGURATION=Release
RUN dotnet publish "./test_dmp.csproj" -c $BUILD_CONFIGURATION -o /app/publish /p:UseAppHost=false

FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "test_dmp.dll"]

다시 실행하면 정상적으로 .NET 5 앱에 대한 F5 디버깅이 가능합니다.




그렇다면 혹시, 우리가 만든 앱도 .NET 6 환경에서 실행하는 것은 아닐까요? 다행히 Debug 창을 보면,

------------------------------------------------------------------------------
You may only use the Microsoft Visual Studio .NET/C/C++ Debugger (vsdbg) with
Visual Studio Code, Visual Studio or Visual Studio for Mac software to help you
develop and test your applications.
------------------------------------------------------------------------------
Loaded '/usr/share/dotnet/shared/Microsoft.NETCore.App/5.0.17/System.Private.CoreLib.dll'. Symbol loading disabled by Include/Exclude setting.
Loaded '/app/bin/Debug/net5.0/test_dmp.dll'. Symbols loaded.
Loaded '/usr/share/dotnet/shared/Microsoft.NETCore.App/5.0.17/System.Runtime.dll'. Symbol loading disabled by Include/Exclude setting.
Loaded '/usr/share/dotnet/shared/Microsoft.NETCore.App/5.0.17/System.Console.dll'. Symbol loading disabled by Include/Exclude setting.
Loaded '/usr/share/dotnet/shared/Microsoft.NETCore.App/5.0.17/System.Threading.dll'. Symbol loading disabled by Include/Exclude setting.
Loaded '/usr/share/dotnet/shared/Microsoft.NETCore.App/5.0.17/System.Text.Encoding.Extensions.dll'. Symbol loading disabled by Include/Exclude setting.
Loaded '/usr/share/dotnet/shared/Microsoft.NETCore.App/5.0.17/Microsoft.Win32.Primitives.dll'. Symbol loading disabled by Include/Exclude setting.

정상적으로 5.0 프레임워크로 실행한 것을 확인할 수 있습니다.




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







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

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

비밀번호

댓글 작성자
 




... 46  47  48  49  [50]  51  52  53  54  55  56  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12687정성태6/22/202114969오류 유형: 729. Invalid data: Invalid artifact, java se app service only supports .jar artifact
12686정성태6/21/202116933Java: 22. Azure - 자바(Java)로 만드는 Web App Service - Java SE (Embedded Web Server) 호스팅
12685정성태6/21/202118140Java: 21. Azure Web App Service에 배포된 Java 프로세스의 메모리 및 힙(Heap) 덤프 뜨는 방법
12684정성태6/19/202116489오류 유형: 728. Visual Studio 2022부터 DTE.get_Properties 속성 접근 시 System.MissingMethodException 예외 발생
12683정성태6/18/202117817VS.NET IDE: 166. Visual Studio 2022 - Windows Forms 프로젝트의 x86 DLL 컨트롤이 Designer에서 오류가 발생하는 문제 [1]파일 다운로드1
12682정성태6/18/202114347VS.NET IDE: 165. Visual Studio 2022를 위한 Extension 마이그레이션
12681정성태6/18/202114625오류 유형: 727. .NET 2.0 ~ 3.5 + x64 환경에서 System.EnterpriseServices 참조 시 CS8012 경고
12680정성태6/18/202116686오류 유형: 726. python2.7.exe 실행 시 0xc000007b 오류
12679정성태6/18/202116809COM 개체 관련: 23. CoInitializeSecurity의 전역 설정을 재정의하는 CoSetProxyBlanket 함수 사용법파일 다운로드1
12678정성태6/17/202115305.NET Framework: 1072. C# - CoCreateInstance 관련 Inteop 오류 정리파일 다운로드1
12677정성태6/17/202118076VC++: 144. 역공학을 통한 lxssmanager.dll의 ILxssSession 사용법 분석파일 다운로드1
12676정성태6/16/202117260VC++: 143. ionescu007/lxss github repo에 공개된 lxssmanager.dll의 CLSID_LxssUserSession/IID_ILxssSession 사용법파일 다운로드1
12675정성태6/16/202115157Java: 20. maven package 명령어 결과물로 (war가 아닌) jar 생성 방법
12674정성태6/15/202116411VC++: 142. DEFINE_GUID 사용법
12673정성태6/15/202117012Java: 19. IntelliJ - 자바(Java)로 만드는 Web App을 Tomcat에서 실행하는 방법
12672정성태6/15/202118634오류 유형: 725. IntelliJ에서 Java webapp 실행 시 "Address localhost:1099 is already in use" 오류
12671정성태6/15/202127306오류 유형: 724. Tomcat 실행 시 Failed to initialize connector [Connector[HTTP/1.1-8080]] 오류
12670정성태6/13/202117276.NET Framework: 1071. DLL Surrogate를 이용한 Out-of-process COM 개체에서의 CoInitializeSecurity 문제파일 다운로드1
12669정성태6/11/202117479.NET Framework: 1070. 사용자 정의 GetHashCode 메서드 구현은 C# 9.0의 record 또는 리팩터링에 맡기세요.
12668정성태6/11/202119963.NET Framework: 1069. C# - DLL Surrogate를 이용한 Out-of-process COM 개체 제작파일 다운로드2
12667정성태6/10/202117782.NET Framework: 1068. COM+ 서버 응용 프로그램을 이용해 CoInitializeSecurity 제약 해결파일 다운로드1
12666정성태6/10/202115415.NET Framework: 1067. 별도 DLL에 포함된 타입을 STAThread Main 메서드에서 사용하는 경우 CoInitializeSecurity 자동 호출파일 다운로드1
12665정성태6/9/202117464.NET Framework: 1066. Wslhub.Sdk 사용으로 알아보는 CoInitializeSecurity 사용 제약파일 다운로드1
12664정성태6/9/202115270오류 유형: 723. COM+ PIA 참조 시 "This operation failed because the QueryInterface call on the COM component" 오류
12663정성태6/9/202117666.NET Framework: 1065. Windows Forms - 속성 창의 디자인 설정 지원: 문자열 목록 내에서 항목을 선택하는 TypeConverter 제작파일 다운로드1
12662정성태6/8/202115398.NET Framework: 1064. C# COM 개체를 PIA(Primary Interop Assembly)로써 "Embed Interop Types" 참조하는 방법파일 다운로드1
... 46  47  48  49  [50]  51  52  53  54  55  56  57  58  59  60  ...