7.7. Pod 문제 조사

프로세스

1. 프로젝트로 전환합니다.

   $ oc project <project_name>

2. 네임스페이스 내에서 실행 중인 Pod와 Pod 상태, 오류 상태, 재시작, 경과 시간을 표시합니다.

   $ oc get pods

3. 네임 스페이스가 배포 구성에 의해 관리되는지 확인합니다.

   $ oc status

   네임 스페이스가 배포 구성으로 관리되는 경우 출력에 배포 구성 이름과 기본 이미지 참조가 포함됩니다.

4. 이전 명령의 출력에서 참조되는 기본 이미지를 검사합니다.

   $ skopeo inspect docker://<image_reference>

5. 기본 이미지 참조가 올바르지 않으면 배치 구성에서 참조를 업데이트합니다.

   $ oc edit deployment/my-deployment

6. 배포 구성이 완료된 후 변경되면 구성이 자동으로 다시 배포됩니다. 배포가 진행되는 동안 Pod 상태를 확인하여 문제가 해결되었는지 확인합니다.

   $ oc get pods -w

7. Pod 실패와 관련된 진단 정보를 보려면 네임스페이스 내의 이벤트를 검토합니다.

   $ oc get events

프로세스

1. 특정 Pod의 로그를 쿼리합니다.

   $ oc logs <pod_name>

2. Pod에서 특정 컨테이너의 로그를 쿼리합니다.

   $ oc logs <pod_name> -c <container_name>

   이전 oc logs 명령을 사용하여 검색된 로그는 Pod 또는 컨테이너 내에서 stdout으로 전송된 메시지로 구성됩니다.

3. Pod에서 /var/log/에 포함된 로그를 검사합니다.

   1. Pod에서 /var/log에 포함된 로그 파일 및 하위 디렉터리를 나열합니다.

      $ oc exec <pod_name>  -- ls -alh /var/log

      출력 예

      total 124K
      drwxr-xr-x. 1 root root   33 Aug 11 11:23 .
      drwxr-xr-x. 1 root root   28 Sep  6  2022 ..
      -rw-rw----. 1 root utmp    0 Jul 10 10:31 btmp
      -rw-r--r--. 1 root root  33K Jul 17 10:07 dnf.librepo.log
      -rw-r--r--. 1 root root  69K Jul 17 10:07 dnf.log
      -rw-r--r--. 1 root root 8.8K Jul 17 10:07 dnf.rpm.log
      -rw-r--r--. 1 root root  480 Jul 17 10:07 hawkey.log
      -rw-rw-r--. 1 root utmp    0 Jul 10 10:31 lastlog
      drwx------. 2 root root   23 Aug 11 11:14 openshift-apiserver
      drwx------. 2 root root    6 Jul 10 10:31 private
      drwxr-xr-x. 1 root root   22 Mar  9 08:05 rhsm
      -rw-rw-r--. 1 root utmp    0 Jul 10 10:31 wtmp

   2. Pod에서 /var/log에 포함된 특정 로그 파일을 쿼리합니다.

      $ oc exec <pod_name> cat /var/log/<path_to_log>

      출력 예

      2023-07-10T10:29:38+0000 INFO --- logging initialized ---
      2023-07-10T10:29:38+0000 DDEBUG timer: config: 13 ms
      2023-07-10T10:29:38+0000 DEBUG Loaded plugins: builddep, changelog, config-manager, copr, debug, debuginfo-install, download, generate_completion_cache, groups-manager, needs-restarting, playground, product-id, repoclosure, repodiff, repograph, repomanage, reposync, subscription-manager, uploadprofile
      2023-07-10T10:29:38+0000 INFO Updating Subscription Management repositories.
      2023-07-10T10:29:38+0000 INFO Unable to read consumer identity
      2023-07-10T10:29:38+0000 INFO Subscription Manager is operating in container mode.
      2023-07-10T10:29:38+0000 INFO

   3. 특정 컨테이너의 /var/log에 포함된 로그 파일 및 하위 디렉토리를 나열합니다.

      $ oc exec <pod_name> -c <container_name> ls /var/log

   4. 특정 컨테이너의 /var/log에 포함된 특정 로그 파일을 쿼리합니다.

      $ oc exec <pod_name> -c <container_name> cat /var/log/<path_to_log>

프로세스

1. 액세스하려는 Pod가 포함된 프로젝트로 전환합니다. 이는 oc rsh 명령이 -n namespace 옵션을 허용하지 않기 때문에 필요합니다.

   $ oc project <namespace>

2. Pod에서 원격 쉘을 시작합니다.

   $ oc rsh <pod_name>  1

   1

   Pod에 컨테이너가 여러 개 있는 경우 -c <container_name>을 지정하지 않으면 oc rsh는 첫 번째 컨테이너로 기본 설정됩니다.

3. Pod에서 특정 컨테이너로 원격 쉘을 시작합니다.

   $ oc rsh -c <container_name> pod/<pod_name>

4. Pod에서 포트로의 포트 전달 세션을 만듭니다.

   $ oc port-forward <pod_name> <host_port>:<pod_port>  1

   1

   Ctrl+C를 입력하여 포트 전달 세션을 취소합니다.

프로세스

1. 배포에 따라 루트 액세스 권한으로 디버그 Pod를 시작합니다.

   1. 프로젝트의 배포 이름을 가져옵니다.

      $ oc get deployment -n <project_name>

   2. 배포에 따라 루트 권한으로 디버그 Pod를 시작합니다.

      $ oc debug deployment/my-deployment --as-root -n <project_name>

2. 배포 구성에 따라 루트 액세스 권한으로 디버그 Pod를 시작합니다.

   1. 프로젝트의 배포 구성 이름을 가져옵니다.

      $ oc get deploymentconfigs -n <project_name>

   2. 배포 구성에 따라 루트 권한으로 디버그 Pod를 시작합니다.

      $ oc debug deploymentconfig/my-deployment-configuration --as-root -n <project_name>

프로세스

1. 파일을 Pod에 복사합니다.

   $ oc cp <local_path> <pod_name>:/<path> -c <container_name>  1

   1

   -c 옵션이 지정되지 않은 경우 Pod의 첫 번째 컨테이너가 선택됩니다.

2. Pod에서 파일을 복사합니다.

   $ oc cp <pod_name>:/<path>  -c <container_name> <local_path>  1

   1

   -c 옵션이 지정되지 않은 경우 Pod의 첫 번째 컨테이너가 선택됩니다.

   참고

   oc cp 가 작동하려면 컨테이너 내에서 tar 바이너리를 사용할 수 있어야합니다.