4장. 문제 해결을 위해 일반적으로 필요한 로그

• 특정 Pod의 로그를 생성합니다.

   $ oc logs <pod-name> -n <namespace>

• Ceph 또는 OpenShift Data Foundation 클러스터의 로그를 생성합니다.

  $ oc logs rook-ceph-operator-<ID> -n openshift-storage

  중요

  현재 rook-ceph-operator 로그는 실패에 대한 정보를 제공하지 않으며 이는 문제 해결 문제의 제한으로 작동하여 rook-ceph-operator의 디버그 로그 활성화 및 비활성화 를 참조하십시오.

• cephfs 또는 rbd와 같은 플러그인 Pod 로그를 생성하여 app-pod의 PVC 마운트에서 문제를 감지합니다.

  $ oc logs csi-cephfsplugin-<ID> -n openshift-storage -c csi-cephfsplugin

  $ oc logs csi-rbdplugin-<ID> -n openshift-storage -c csi-rbdplugin

  • CSI Pod의 모든 컨테이너에 대한 로그를 생성하려면 다음을 수행합니다.

    $ oc logs csi-cephfsplugin-<ID> -n openshift-storage --all-containers

    $ oc logs csi-rbdplugin-<ID> -n openshift-storage --all-containers

• PVC가 BOUND 상태에 있지 않은 경우 문제를 감지하기 위해 cephfs 또는 rbd 프로비저너 Pod의 로그를 생성합니다.

  $ oc logs csi-cephfsplugin-provisioner-<ID> -n openshift-storage -c csi-cephfsplugin

  $ oc logs csi-rbdplugin-provisioner-<ID> -n openshift-storage -c csi-rbdplugin

  • CSI Pod의 모든 컨테이너에 대한 로그를 생성하려면 다음을 수행합니다.

    $ oc logs csi-cephfsplugin-provisioner-<ID> -n openshift-storage --all-containers

    $ oc logs csi-rbdplugin-provisioner-<ID> -n openshift-storage --all-containers

• cluster-info 명령을 사용하여 OpenShift Data Foundation 로그 생성:

  $ oc cluster-info dump -n openshift-storage --output-directory=<directory-name>

• Local Storage Operator를 사용하는 경우 cluster-info 명령을 사용하여 로그 생성을 수행할 수 있습니다.

  $ oc cluster-info dump -n openshift-local-storage --output-directory=<directory-name>

• OpenShift Data Foundation Operator 로그 및 이벤트를 확인합니다.

  • Operator 로그를 확인하려면 다음을 수행합니다.

    # oc logs <ocs-operator> -n openshift-storage

    <ocs-operator>

    # oc get pods -n openshift-storage | grep -i "ocs-operator" | awk '{print $1}'

  • Operator 이벤트를 확인하려면 다음을 수행합니다.

    # oc get events --sort-by=metadata.creationTimestamp -n openshift-storage

• OpenShift Data Foundation Operator 버전 및 채널을 가져옵니다.

  # oc get csv -n openshift-storage

  출력 예:

  NAME                             DISPLAY                       VERSION   REPLACES   PHASE
  mcg-operator.v4.15.0              NooBaa Operator               4.15.0               Succeeded
  ocs-operator.v4.15.0              OpenShift Container Storage   4.15.0               Succeeded
  odf-csi-addons-operator.v4.15.0   CSI Addons                    4.15.0               Succeeded
  odf-operator.v4.15.0              OpenShift Data Foundation     4.15.0               Succeeded

  # oc get subs -n openshift-storage

  출력 예:

  NAME                                                              PACKAGE                   SOURCE             CHANNEL
  mcg-operator-stable-4.15-redhat-operators-openshift-marketplace   mcg-operator              redhat-operators   stable-4.15
  ocs-operator-stable-4.15-redhat-operators-openshift-marketplace   ocs-operator              redhat-operators   stable-4.15
  odf-csi-addons-operator                                           odf-csi-addons-operator   redhat-operators   stable-4.15
  odf-operator                                                      odf-operator              redhat-operators   stable-4.15

• installplan 이 생성되었는지 확인합니다.

  # oc get installplan -n openshift-storage

• OpenShift Data Foundation 업데이트 후 구성 요소의 이미지를 확인합니다.

  • 이미지가 실행 중인지 확인하려는 구성 요소의 Pod를 확인하는 노드를 확인합니다.

    # oc get pods -o wide | grep <component-name>

    예를 들면 다음과 같습니다.

    # oc get pods -o wide | grep rook-ceph-operator

    출력 예:

    rook-ceph-operator-566cc677fd-bjqnb 1/1 Running 20 4h6m 10.128.2.5 rook-ceph-operator-566cc677fd-bjqnb 1/1 Running 20 4h6m 10.128.2.5 dell-r440-12.gsslab.pnq2.redhat.com <none> <none>
    
    <none> <none>

    Dell-r440-12.gsslab.pnq2.redhat.com 은 노드 이름입니다.

  • 이미지 ID를 확인합니다.

    # oc debug node/<node name>

    <node-name>

    is the name of the node on which the pod of the component you want to verify the image is running.

    # chroot /host

    # crictl images | grep <component>

    예를 들면 다음과 같습니다.

    # crictl images | grep rook-ceph

    IMAGEID 를 기록해 Rook Ceph Operator 페이지의 Digest ID에 매핑합니다.

추가 리소스

• must-gather 사용