Microsoft MVP성태의 닷넷 이야기
Linux: 88. WSL 2 리눅스 배포본 내에서의 pid 네임스페이스 구성 [링크 복사], [링크+제목 복사],
조회: 5263
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일
 

(시리즈 글이 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




WSL 2 리눅스 배포본 내에서의 pid 네임스페이스 구성

예전 글에서,

"WSL --debug-shell"로 살펴보는 WSL 2 VM의 리눅스 환경
; https://www.sysnet.pe.kr/2/0/13650

WSL 2의 경우 경량 VM 내부에서 각각의 리눅스 배포본들이 컨테이너 형식으로 뜬다고 설명했습니다. 이러한 분리는 리눅스의 namespacecgroup을 이용해 구현되는데요, WSL의 경우 배포본마다 프로세스 ID가 독립적인 것으로 봐서 Process ID namespace도 함께 사용하고 있다고 추측할 수 있습니다.

그래서 pid의 경우 이런 식으로 관리됩니다.

// WSL Ubuntu에서 a.out 프로세스가 실행되는 경우

[Mariner VM의 process id table]
pid == 1: /init
...[생략]...
pid == 5000: /sbin/init
...[생략]...
pid == 5601: a.out

[Ubuntu 인스턴스의 process id table]
pid == 1: /sbin/init
...[생략]...
pid == 100: a.out

즉, Ubuntu WSL 배포본 내에서 a.out을 실행해도, 그에 대한 프로세스 정보는 그 상위의 Linux VM에서도 볼 수 있는 것입니다. 그렇긴 한데 저 2개의 프로세스가 어떤 관계로 연결되는지 명확하게 1개의 명령어로 알 수 있는 방법은 없습니다.

이번 글에서는 ^^ 바로 그 방법, 즉 Mariner VM 내에서 Ubuntu 인스턴스에 뜬 a.out의 pid를 어떻게 찾을 수 있는가를 알아볼 텐데요, 이 과정에서 WSL 배포본들의 환경 구성을 좀 더 이해할 수 있게 될 것입니다.




우선, 시스템에 등록된 전체 namespace 목록을 lsns 명령어로 확인할 수 있습니다. 그래서 그 프로그램의 -t 옵션을 pid로 주면 이렇게 pid 격리만 보게 됩니다.

// Mariner VM 내에서 실행 ("WSL --debug-shell"로 접속)

# lsns -t pid
        NS TYPE NPROCS   PID USER  COMMAND
4026531836 pid     177     1 root  /init
4026532245 pid      12   221 root  /init
4026532257 pid      71   226 root  /sbin/init
4026532375 pid      20 13854 root  nginx: master process nginx -g daemon off;
4026532484 pid       8  1201 root  /init
4026532496 pid      11  1219 root  /init
4026532500 pid       8  1264 root  /init
4026532512 pid       5  1267 root  /init
4026532516 pid      28  1343 root  /init
4026532739 pid       1  2530 65535 /pause
4026532742 pid       1  2531 65535 /pause
4026532745 pid       1  2532 65535 /pause
4026532749 pid       1  2533 65535 /pause
...[생략]...

위의 목록 중에는, Ubuntu 인스턴스가 가진 pid 네임스페이스도 있을 텐데요, 이것은 바로 그 Ubuntu 인스턴스 내에서라면 다음과 같이 쉽게 구할 수 있습니다.

// Ubuntu 인스턴스 내에서 실행

$ sleep 600000 &
[1] 3059

$ sudo ls -l /proc/3059/ns/pid
lrwxrwxrwx 1 testusr testusr 0 Oct 17 10:16 /proc/3059/ns/pid -> 'pid:[4026532257]'

// 물론, 동일한 환경 내의 1번 프로세스도 같은 네임스페이스를 갖습니다.
$ sudo ls -l /proc/1/ns/pid>
lrwxrwxrwx 1 root root 0 Oct 17 10:16 /proc/1/ns/pid -> 'pid:[4026532257]'

이렇게 찾은 4026532257에 해당하는 항목이 (그 부모 환경에서 실행했던) lsns의 출력에 있습니다.

// Mariner VM 내에서 실행했던 lsns 명령의 출력

        NS TYPE NPROCS   PID USER  COMMAND
4026532257 pid      71   226 root  /sbin/init

그리고 4026532257 네임스페이스에 속한 모든 프로세스를 pgrep 명령으로 찾을 수 있습니다.

// Mariner VM 내에서 실행

# pgrep -a --ns 226
226 /sbin/init
227 /init
248 plan9 --control-socket 6 --log-level 4 --server-fd 7 --pipe-fd 9 --log-truncate
...[생략]...
82875 -bash
83194 sleep 600000

출력 결과에 sleep이 보이는군요. ^^ 마지막 확인을 위해 그 sleep의 pid를 네임스페이스 계층별로 어떤 값을 갖는지 이렇게 확인할 수 있습니다.

// Mariner VM 내에서 실행

# cat /proc/83194/status | grep NSpid
NSpid:  83194   3116    3059

보는 바와 같이 Mariner VM에서는 83194 프로세스 ID가, Ubuntu 인스턴스 내에서는 3059 값을 갖는 것을 확인할 수 있습니다. ^^

참고로, /proc/.../status에서 보여주는 NS 관련 값들은,

 NStgid                      descendant namespace thread group ID hierarchy
 NSpid                       descendant namespace process ID hierarchy
 NSpgid                      descendant namespace process group ID hierarchy
 NSsid                       descendant namespace session ID hierarchy

해당 프로세스가 속한 네임스페이스의 계층별 ID를 보여줍니다. 따라서 이전 출력 결과가 "83194 3116 3059" 3개로 나온 것은 Mariner VM이 Ubuntu 인스턴스를 실행하기 전에 또 다른 pid 네임스페이스를 하나 더 뒀다는 것을 의미합니다.




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







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

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

비밀번호

댓글 작성자
 




... 151  152  153  154  155  156  157  158  159  160  161  [162]  163  164  165  ...
NoWriterDateCnt.TitleFile(s)
999정성태2/28/201146588개발 환경 구성: 108. RemoteFX - Windows 7 가상 머신에서 DirectX 9c 환경을 제공 [5]
998정성태2/27/201120289Team Foundation Server: 42. TFS Application-Tier만 재설치
996정성태2/12/201137737디버깅 기술: 35. windbg - 분석 예: 시작하자마자 비정상 종료하는 프로세스 - NullReferenceException
995정성태2/11/201156258.NET Framework: 205. 코드(C#)를 통한 풀 덤프 만드는 방법 [4]
994정성태2/10/201136214디버깅 기술: 34. Windbg - ERROR: Unable to load DLL mscordacwks_x86_x86_2.0.50727.4200.dll, Win32 error 0n2 [1]
993정성태2/10/201128526개발 환경 구성: 107. 하나의 WPF 프로젝트를 WinExe / Library로 빌드하는 방법
992정성태10/15/201129381개발 환경 구성: 106. VSS(Volume Shadow Service)를 이용한 Hyper-V VM 백업/복원 [2]
991정성태2/6/201148857개발 환경 구성: 105. 풀 덤프 파일을 남기는 방법 [4]
990정성태2/2/201134003개발 환경 구성: 104. Visual C++ Custom Build Tool 사용예 [1]파일 다운로드1
989정성태2/1/201130516개발 환경 구성: 103. DOS batch - 동기 방식으로 원격 서비스 제어
988정성태1/30/201126706개발 환경 구성: 102. MSBuild - DefineConstants에 다중 전처리 값 설정
987정성태1/29/201139862디버깅 기술: 33. PDB Symbol 로드 오류 - Cannot find or open the PDB file. [2]
986정성태1/26/201131313.NET Framework: 204. 분리된 ThreadPool 사용 - Smart Thread Pool
985정성태1/25/201127949디버깅 기술: 32. 인증서로 서명된 닷넷 어셈블리의 실행 지연 현상
984정성태1/25/201122659개발 환경 구성: 101. SharePoint 2010 - Form Design
983정성태1/23/201127723제니퍼 .NET: 15. 눈으로 확인하는 maxWorkerThreads, minFreeThreads 설정값 [1]
982정성태1/22/201125015개발 환경 구성: 100. SharePoint 2010 - iPad 친화적인 게시판 만들기 (사용자 지정 목록) [1]
981정성태1/19/201120889개발 환경 구성: 99. SharePoint 2010 - 웹 애플리케이션 생성 시 고려해야 할 점. [1]
980정성태1/19/201132396개발 환경 구성: 98. SharePoint 2010 - Office Web Apps 설치
979정성태1/18/201125006개발 환경 구성: 97. SharePoint 2010 팀 사이트 구성
978정성태1/16/201131972.NET Framework: 203. VPN 자동 연결 및 Router 설정 추가
977정성태1/12/201131307개발 환경 구성: 96. SharePoint 2010 설치 [5]
976정성태1/11/201153953오류 유형: 111. IIS - 500.19 오류 (0x8007000d)
975정성태1/10/201128215.NET Framework: 202. CLR JIT 컴파일러가 생성한 기계어 코드 확인하는 방법 [3]파일 다운로드1
974정성태1/8/201126985.NET Framework: 201. 윈폼 TreeView - Bold 폰트 설정 후 텍스트가 잘리는 문제 [1]파일 다운로드1
973정성태1/7/201126318.NET Framework: 200. IIS Metabase와 ServerManager 개체 활용파일 다운로드1
... 151  152  153  154  155  156  157  158  159  160  161  [162]  163  164  165  ...