Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)
(시리즈 글이 7개 있습니다.)
개발 환경 구성: 713. "WSL --debug-shell"로 살펴보는 WSL 2 VM의 리눅스 환경
; https://www.sysnet.pe.kr/2/0/13650

개발 환경 구성: 715. Windows - WSL 2 환경의 Docker Desktop 네트워크
; https://www.sysnet.pe.kr/2/0/13659

Linux: 88. WSL 2 리눅스 배포본 내에서의 pid 네임스페이스 구성
; https://www.sysnet.pe.kr/2/0/13771

Linux: 89. pid 네임스페이스 구성으로 본 WSL 2 배포본의 계층 관계
; https://www.sysnet.pe.kr/2/0/13772

Linux: 90. pid 네임스페이스 구성으로 본 WSL 2 + docker-desktop
; https://www.sysnet.pe.kr/2/0/13773

Linux: 91. Container 환경에서 출력하는 eBPF bpf_get_current_pid_tgid의 pid가 존재하지 않는 이유
; https://www.sysnet.pe.kr/2/0/13774

개발 환경 구성: 729. WSL 2 - Mariner VM 커널 이미지 업데이트 방법
; https://www.sysnet.pe.kr/2/0/13779




Container 환경에서 출력하는 eBPF bpf_get_current_pid_tgid의 pid가 존재하지 않는 이유

지난 글에 eBPF 코드를,

Golang + bpf2go를 사용한 eBPF 기본 예제
; https://www.sysnet.pe.kr/2/0/13769

WSL에서 수행해 보면, bpf_printk로 출력한 pid, thread_id가 정상적인 값이 나오지 않습니다. 예를 들어, Ubuntu 20.04 WSL 터미널을 2개 열어 놓고 아래의 코드를 실행해 보면,

// 터미널 A에서 eBPF 예제 실행

$ sudo ./ebpf_sample
loaded: {{Kprobe(kprobe_sys_clone)#7} {}}
link.Kprobe: &{{0xc0000c4058 } 0xc000014220}
Press any key to exit...

// 터미널 B에서 trace_pipe를 출력

$ sudo cat /sys/kernel/debug/tracing/trace_pipe 
...[생략]...
            bash-12269   [004] ....1  3121.817004: bpf_trace_printk: pid == 12269, thread_id == 12269

            sudo-12661   [006] ....1  3121.821072: bpf_trace_printk: pid == 12661, thread_id == 12661

            bash-7377    [000] ....1  3124.738210: bpf_trace_printk: pid == 7377, thread_id == 7377

     cri-dockerd-2159    [006] ....1  3124.773875: bpf_trace_printk: pid == 2155, thread_id == 2159

     cri-dockerd-2159    [014] ....1  3124.777303: bpf_trace_printk: pid == 2155, thread_id == 2159
...[생략]...

출력이 된 7377, 12661, 12269 같은 프로세스가 ps aux 명령어로 확인해 보면 존재하지 않는다는 것을 알 수 있습니다. 관련해서 검색해 보면,

The pid of the process in wsl2 differs from the pid returned in ebpf program bpf_get_current_pid_tgid() #12115
; https://github.com/microsoft/WSL/issues/12115

이런 답변이 나옵니다.

This is the expected behavior. Internally, WSL uses different PID namespaces for each distros (so each distro has init with pid=1).

What you're most likely seeing in your eBPF program is the PID from the root namespace's perspective, which is different from the one you're seeing in the distro namespace.


그렇습니다, 지난 글에서 설명한 것처럼,

pid 네임스페이스 구성으로 본 WSL 2 배포본의 계층 관계
; https://www.sysnet.pe.kr/2/0/13772

pid 네임스페이스 구성으로 본 WSL 2 + docker-desktop
; https://www.sysnet.pe.kr/2/0/13773

WSL 배포본의 리눅스 인스턴스는 이미 루트 네임스페이스로부터 분리돼 있기 때문에 eBPF의 출력이 정상적이지 않은 것처럼 나오는 것입니다. 이것이 WSL 환경인 경우 더욱 문제가 되는 이유는, 일반적인 리눅스 머신이라면 루트 네임스페이스를 소유한 Shell에 접속해 eBPF의 출력을 그나마 쉽게 해석할 수 있지만, WSL이라면 "--debug-shell"로 진입한 화면에서만 가능하기 때문에 현실적으로 그냥 불가능하다고 봐야 하기 때문입니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 10/18/2024]

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

비밀번호

댓글 작성자
 




... 91  92  93  94  95  96  97  98  99  [100]  101  102  103  104  105  ...
NoWriterDateCnt.TitleFile(s)
11469정성태3/19/201818504오류 유형: 457. error MSB3103: Invalid Resx file. Could not load file or assembly 'System.Windows.Forms, ...' or one of its dependencies.
11468정성태3/19/201817763오류 유형: 456. 닷넷 응용 프로그램 실행 시 0x80131401 예외 발생
11467정성태3/19/201817506오류 유형: 455. Visual Studio Installer - 업데이트 실패
11466정성태3/18/201818130개발 환경 구성: 355. 한 대의 PC에서 2개 이상의 DirectX 게임을 실행하는 방법
11463정성태3/15/201820420.NET Framework: 733. 스레드 간의 read/write 시에도 lock이 필요 없는 경우파일 다운로드1
11462정성태3/14/201824047개발 환경 구성: 354. HTTPS 호출에 대한 TLS 설정 확인하는 방법 [1]
11461정성태3/13/201826386오류 유형: 454. 윈도우 업데이트 설치 오류 - 0x800705b4 [1]
11460정성태3/13/201818484디버깅 기술: 112. windbg - 닷넷 메모리 덤프에서 전역 객체의 내용을 조사하는 방법
11459정성태3/13/201819743오류 유형: 453. Debug Diagnostic Tool에서 mscordacwks.dll을 찾지 못하는 문제
11458정성태2/21/201820591오류 유형: 452. This share requires the obsolete SMB1 protocol, which is unsafe and could expose your system to attack. [1]
11457정성태2/17/201824745.NET Framework: 732. C# - Task.ContinueWith 설명 [1]파일 다운로드1
11456정성태2/17/201830836.NET Framework: 731. C# - await을 Task 타입이 아닌 사용자 정의 타입에 적용하는 방법 [7]파일 다운로드1
11455정성태2/17/201820092오류 유형: 451. ASP.NET Core - An error occurred during the compilation of a resource required to process this request.
11454정성태2/12/201829088기타: 71. 만료된 Office 제품 키를 변경하는 방법
11453정성태1/31/201820917오류 유형: 450. Azure Cloud Services(classic) 배포 시 "Certificate with thumbprint ... doesn't exist." 오류 발생
11452정성태1/31/201826269기타: 70. 재현 가능한 최소한의 예제 프로젝트란? [3]파일 다운로드1
11451정성태1/24/201820055디버깅 기술: 111. windbg - x86 메모리 덤프 분석 시 닷넷 메서드의 호출 인자 값 확인
11450정성태1/24/201836327Windows: 146. PowerShell로 원격 프로세스(EXE, BAT) 실행하는 방법 [1]
11449정성태1/23/201822962오류 유형: 449. 단위 테스트 - Could not load file or assembly 'Microsoft.VisualStudio.QualityTools.VideoRecorderEngine' or one of its dependencies. [1]
11448정성태1/20/201821058오류 유형: 448. Fakes를 포함한 단위 테스트 프로젝트를 빌드 시 CS0619 관련 오류 발생
11447정성태1/20/201822369.NET Framework: 730. dotnet user-secrets 명령어 [2]파일 다운로드1
11446정성태1/20/201822669.NET Framework: 729. windbg로 살펴보는 GC heap의 Segment 구조 [2]파일 다운로드1
11445정성태1/20/201820976.NET Framework: 728. windbg - 눈으로 확인하는 Workstation GC / Server GC
11444정성태1/19/201820477VS.NET IDE: 125. Visual Studio에서 Selenium WebDriver를 이용한 웹 브라우저 단위 테스트 구성파일 다운로드1
11443정성태1/18/201821994VC++: 124. libuv 모듈 살펴 보기
11442정성태1/18/201819003개발 환경 구성: 353. ASP.NET Core 프로젝트의 "Enable unmanaged code debugging" 옵션 켜는 방법
... 91  92  93  94  95  96  97  98  99  [100]  101  102  103  104  105  ...