7.3. 检查 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. 当部署配置退出时，配置将自动重新部署。在部署过程中的 Watch 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 选项指定命名空间：

   $ oc project <namespace>

2. 启动到 pod 的远程 shell:

   $ oc rsh <pod_name>  1

   1

   如果 pod 有多个容器，除非使用 -c <container_name> 指定了一个容器，否则 oc rsh 会默认使用第一个容器。

3. 启动至 pod 中的特定容器中的一个远程 shell ：

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

4. 创建一个端口转发会话到 pod 上的端口：

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

   1

   输入 Ctrl+C 来取消端口转发会话。

流程

1. 根据一个部署启动具有 root 访问权限的 debug pod。

   1. 获取项目部署名称：

      $ oc get deployment -n <project_name>

   2. 根据部署启动带有 root 权限的 debug pod:

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

2. 根据部署配置启动具有 root 访问权限的 debug pod。

   1. 获取项目的部署配置名称：

      $ oc get deploymentconfigs -n <project_name>

   2. 根据部署配置，使用 root 权限启动 debug 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。