Microsoft MVP성태의 닷넷 이야기
Linux: 88. WSL 2 리눅스 배포본 내에서의 pid 네임스페이스 구성 [링크 복사], [링크+제목 복사],
조회: 5224
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  [70]  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12187정성태3/12/202015790오류 유형: 605. NtpClient was unable to set a manual peer to use as a time source because of duplicate error on '...'.
12186정성태3/12/202017557오류 유형: 604. The SysVol Permissions for one or more GPOs on this domain controller and not in sync with the permissions for the GPOs on the Baseline domain controller.
12185정성태3/11/202018173오류 유형: 603. The browser service was unable to retrieve a list of servers from the browser master...
12184정성태3/11/202020055오류 유형: 602. Automatic certificate enrollment for local system failed (0x800706ba) The RPC server is unavailable. [3]
12183정성태3/11/202017833오류 유형: 601. Warning: DsGetDcName returned information for \\[...], when we were trying to reach [...].
12182정성태3/11/202019320.NET Framework: 901. C# Windows Forms - Vista/7 이후의 Progress Bar 업데이트가 느린 문제파일 다운로드1
12181정성태3/11/202019618기타: 76. 재현 가능한 최소한의 예제 프로젝트란? - 두 번째 예제파일 다운로드1
12180정성태3/10/202016046오류 유형: 600. "Docker Desktop for Windows" - EXPOSE 포트가 LISTENING 되지 않는 문제
12179정성태3/10/202027773개발 환경 구성: 481. docker - PostgreSQL 컨테이너 실행
12178정성태3/10/202019875개발 환경 구성: 480. Linux 운영체제의 docker를 위한 tcp 바인딩 추가 [1]
12177정성태3/9/202019088개발 환경 구성: 479. docker - MySQL 컨테이너 실행
12176정성태3/9/202018621개발 환경 구성: 478. 파일의 (sha256 등의) 해시 값(checksum) 확인하는 방법
12175정성태3/8/202018670개발 환경 구성: 477. "Docker Desktop for Windows"의 "Linux Container" 모드를 위한 tcp 바인딩 추가
12174정성태3/7/202018054개발 환경 구성: 476. DockerDesktopVM의 파일 시스템 접근 [3]
12173정성태3/7/202019390개발 환경 구성: 475. docker - SQL Server 2019 컨테이너 실행 [1]
12172정성태3/7/202023903개발 환경 구성: 474. docker - container에서 root 권한 명령어 실행(sudo)
12171정성태3/6/202019002VS.NET IDE: 143. Visual Studio - ASP.NET Core Web Application의 "Enable Docker Support" 옵션으로 달라지는 점 [1]
12170정성태3/6/202017023오류 유형: 599. "Docker Desktop is switching..." 메시지와 DockerDesktopVM CPU 소비 현상
12169정성태3/5/202019571개발 환경 구성: 473. Windows nanoserver에 대한 docker pull의 태그 사용 [1]
12168정성태3/5/202020761개발 환경 구성: 472. 윈도우 환경에서의 dockerd.exe("Docker Engine" 서비스)가 Linux의 것과 다른 점
12167정성태3/5/202019183개발 환경 구성: 471. C# - 닷넷 응용 프로그램에서 DB2 Express-C 데이터베이스 사용 (3) - ibmcom/db2express-c 컨테이너 사용
12166정성태3/4/202019624개발 환경 구성: 470. Windows Server 컨테이너 - DockerMsftProvider 모듈을 이용한 docker 설치
12165정성태3/2/202018541.NET Framework: 900. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 네 번째 이야기(Monitor.Enter 후킹)파일 다운로드1
12164정성태2/29/202019629오류 유형: 598. Surface Pro 6 - Windows Hello Face Software Device가 인식이 안 되는 문제
12163정성태2/27/202017982.NET Framework: 899. 익명 함수를 가리키는 delegate 필드에 대한 직렬화 문제
12162정성태2/26/202021863디버깅 기술: 166. C#에서 만든 COM 객체를 C/C++로 P/Invoke Interop 시 메모리 누수(Memory Leak) 발생 [6]파일 다운로드2
... 61  62  63  64  65  66  67  68  69  [70]  71  72  73  74  75  ...