검색

13.13. OpenShift Virtualization 중요 경고

download PDF

OpenShift Virtualization에는 문제가 발생할 때 이를 알리는 경고가 있습니다. 심각한 경고는 즉각적인 주의가 필요합니다.

각 경고에는 문제에 대한 해당 설명, 경고가 발생하는 이유, 문제 원인을 진단하는 문제 해결 프로세스, 경고 해결 단계 등이 있습니다.

13.13.1. 네트워크 경고

네트워크 경고는 OpenShift Virtualization Network Operator의 문제에 대한 정보를 제공합니다.

13.13.1.1. KubeMacPoolDown 경고

설명

KubeMacPool 구성 요소는 MAC 주소를 할당하고 MAC 주소 충돌을 방지합니다.

이유

KubeMacPool-manager Pod가 다운되면 VirtualMachine 오브젝트 생성에 실패합니다.

문제 해결

  1. Kubemacpool-manager pod 네임스페이스 및 이름을 확인합니다.

    $ export KMP_NAMESPACE="$(oc get pod -A --no-headers -l control-plane=mac-controller-manager | awk '{print $1}')"
    $ export KMP_NAME="$(oc get pod -A --no-headers -l control-plane=mac-controller-manager | awk '{print $2}')"
  2. Kubemacpool-manager pod 설명 및 로그를 확인하여 문제의 원인을 확인합니다.

    $ oc describe pod -n $KMP_NAMESPACE $KMP_NAME
    $ oc logs -n $KMP_NAMESPACE $KMP_NAME

해결

지원 문제를 열고 문제 해결 프로세스에서 수집된 정보를 제공합니다.

13.13.2. SSP 경고

SSP 경고는 OpenShift Virtualization SSP Operator의 문제에 대한 정보를 제공합니다.

13.13.2.1. SSPFailingToReconcile 경고

설명

SSP Operator의 Pod가 실행 중이지만 Pod의 조정 사이클이 일관되게 실패합니다. 이 실패에는 책임이 있는 리소스를 업데이트하거나, 템플릿 검증기를 배포하지 못하거나 공통 템플릿을 배포하지 못했습니다.

이유

SSP Operator가 조정되지 않으면 종속 구성 요소 배포가 실패하거나 구성 요소 변경 사항을 조정하지 못하거나 둘 다에 실패합니다. 또한 공통 템플릿 및 템플릿 검증기가 재설정되고 실패합니다.

문제 해결

  1. ssp-operator Pod 로그에서 오류가 있는지 확인합니다.

    $ export NAMESPACE="$(oc get deployment -A | grep ssp-operator | awk '{print $1}')"
    $ oc -n $NAMESPACE describe pods -l control-plane=ssp-operator
    $ oc -n $NAMESPACE logs --tail=-1 -l control-plane=ssp-operator
  2. 템플릿 검증기가 시작되었는지 확인합니다. 템플릿 검증기가 작동하지 않는 경우 Pod의 로그에 오류가 있는지 확인합니다.

    $ export NAMESPACE="$($ oc get deployment -A | grep ssp-operator | awk '{print $1}')"
    $ oc -n $NAMESPACE get pods -l name=virt-template-validator
    $ oc -n $NAMESPACE describe pods -l name=virt-template-validator
    $ oc -n $NAMESPACE logs --tail=-1 -l name=virt-template-validator

해결

지원 문제를 열고 문제 해결 프로세스에서 수집된 정보를 제공합니다.

13.13.2.2. SSPOperatorDown 경고

설명

SSP Operator는 공통 템플릿과 템플릿 검증기를 배포하고 조정합니다.

이유

SSP Operator가 다운되면 종속 구성 요소 배포가 실패하거나 구성 요소 변경 사항 조정에 실패합니다. 또한 공통 템플릿 및 템플릿 검증기 업데이트가 재설정되고 실패합니다.

문제 해결

  1. ssp-operator의 Pod 네임스페이스를 확인합니다.

    $ export NAMESPACE="$(oc get deployment -A | grep ssp-operator | awk '{print $1}')"
  2. ssp-operator의 Pod가 현재 down 상태인지 확인합니다.

    $ oc -n $NAMESPACE get pods -l control-plane=ssp-operator
  3. ssp-operator의 Pod 설명 및 로그를 확인합니다.

    $ oc -n $NAMESPACE describe pods -l control-plane=ssp-operator
    $ oc -n $NAMESPACE logs --tail=-1 -l control-plane=ssp-operator

해결

지원 문제를 열고 문제 해결 프로세스에서 수집된 정보를 제공합니다.

13.13.2.3. SSPTemplateValidatorDown 경고

설명

템플릿 검증기를 통해 VM(가상 머신)이 할당된 템플릿을 위반하지 않는지 확인합니다.

이유

모든 템플릿 검증기 Pod가 다운되면 템플릿 검증기에서 할당된 템플릿에 대해 VM을 검증하지 못합니다.

문제 해결

  1. ssp-operator Pod 및 virt-template-validator Pod의 네임스페이스를 확인합니다.

    $ export NAMESPACE_SSP="$(oc get deployment -A | grep ssp-operator | awk '{print $1}')"
    $ export NAMESPACE="$(oc get deployment -A | grep virt-template-validator | awk '{print $1}')"
  2. virt-template-validator의 Pod가 현재 다운되었는지 확인합니다.

    $ oc -n $NAMESPACE get pods -l name=virt-template-validator
  3. ssp-operator 및 virt-template-validator의 Pod 설명 및 로그를 확인합니다.

    $ oc -n $NAMESPACE_SSP describe pods -l name=ssp-operator
    $ oc -n $NAMESPACE_SSP logs --tail=-1 -l name=ssp-operator
    $ oc -n $NAMESPACE describe pods -l name=virt-template-validator
    $ oc -n $NAMESPACE logs --tail=-1 -l name=virt-template-validator

해결

지원 문제를 열고 문제 해결 프로세스에서 수집된 정보를 제공합니다.

13.13.3. 가상화 경고

virt 경고는 OpenShift Virtualization Virt Operator의 문제에 대한 정보를 제공합니다.

13.13.3.1. NoLeadingVirtOperator 경고

설명

지난 10분 동안 하나 이상의 virt-operator Pod가 Ready 상태인 경우에도 virt-operator Pod는 리더 리스를 보유하고 있지 않습니다. 경고는 virt-operator Pod가 작동하지 않음을 나타냅니다.

이유

virt-operator는 OpenShift Container Platform 클러스터에서 활성화된 첫 번째 Kubernetes Operator입니다. 주요 책임은 다음과 같습니다.

  • 설치
  • Live-update
  • 클러스터의 Live-upgrade
  • virt-controller, virt-handler, virt-launcher와 같은 최상위 컨트롤러의 라이프사이클 모니터링
  • 최상위 컨트롤러 조정 관리

또한 virt-operator는 인증서 교체 및 일부 인프라 관리와 같은 클러스터 전체 작업을 담당합니다.

virt-operator 배포에는 리더 리스를 보유한 한 명의 리더 Pod가 있는 두 개의 Pod가 작동되는 virt-operator Pod를 나타내는 기본 Pod가 있습니다.

이 경고는 클러스터 수준에서 오류가 있음을 나타냅니다. 인증 순환, 업그레이드 및 컨트롤러 조정과 같은 중요한 클러스터 전체의 관리 기능을 일시적으로 사용할 수 없게 될 수 있습니다.

문제 해결

Pod 로그에서 virt-operator Pod의 리더 상태를 확인합니다. Started leading and acquire leader 를 포함하는 로그 메시지는 지정된 virt-operator Pod의 리더 상태를 나타냅니다.

또한 다음 명령을 사용하여 실행 중인 virt-operator Pod 및 Pod의 상태가 있는지 항상 확인합니다.

$ export NAMESPACE="$(oc get kubevirt -A -o custom-columns="":.metadata.namespace)"
$ oc -n $NAMESPACE get pods -l kubevirt.io=virt-operator
$ oc -n $NAMESPACE logs <pod-name>
$ oc -n $NAMESPACE describe pod <pod-name>

리더 Pod 예:

$ oc -n $NAMESPACE logs <pod-name> |grep lead

출력 예

{"component":"virt-operator","level":"info","msg":"Attempting to acquire leader status","pos":"application.go:400","timestamp":"2021-11-30T12:15:18.635387Z"}
I1130 12:15:18.635452       1 leaderelection.go:243] attempting to acquire leader lease <namespace>/virt-operator...
I1130 12:15:19.216582       1 leaderelection.go:253] successfully acquired lease <namespace>/virt-operator

{"component":"virt-operator","level":"info","msg":"Started leading","pos":"application.go:385","timestamp":"2021-11-30T12:15:19.216836Z"}

비leader Pod 예:

$ oc -n $NAMESPACE logs <pod-name> |grep lead

출력 예

{"component":"virt-operator","level":"info","msg":"Attempting to acquire leader status","pos":"application.go:400","timestamp":"2021-11-30T12:15:20.533696Z"}
I1130 12:15:20.533792       1 leaderelection.go:243] attempting to acquire leader lease <namespace>/virt-operator...

해결

하나 이상의 virt-operator Pod가 Ready 상태인 경우에도 리더 리스를 보유한 virt-operator Pod가 없는 몇 가지 이유가 있습니다. 근본 원인을 식별하고 적절한 조치를 취합니다.

그렇지 않으면 지원 문제를 열고 문제 해결 프로세스에서 수집된 정보를 제공합니다.

13.13.3.2. NoReadyVirtController 경고

설명

virt-controller는 VMI(가상 머신 인스턴스)를 모니터링합니다. virt-controller는 또한 VMI 오브젝트와 연결된 Pod의 라이프사이클을 생성하고 관리하여 관련 Pod를 관리합니다.

VMI 오브젝트는 수명 동안 항상 Pod와 연결됩니다. 그러나 VMI 마이그레이션으로 인해 Pod 인스턴스가 시간이 지남에 따라 변경될 수 있습니다.

이 경고는 준비가 된 virt-controllers가 5분 동안 발생하지 않을 때 발생합니다.

이유

virt-controller에 실패하면 VM 라이프사이클 관리가 완전히 실패합니다. 라이프사이클 관리 작업에는 새 VMI 시작 또는 기존 VMI 종료가 포함됩니다.

문제 해결

  1. 사용 가능한 복제본 및 조건은 virt-controller의 vdeployment 상태를 확인합니다.

    $ oc -n $NAMESPACE get deployment virt-controller -o yaml
  2. virt-controller pod가 있는지 확인하고 해당 상태를 확인합니다.

    get pods -n $NAMESPACE |grep virt-controller
  3. virt-controller Pod의 이벤트를 확인합니다.

    $ oc -n $NAMESPACE describe pods <virt-controller pod>
  4. virt-controller Pod의 로그를 확인합니다.

    $ oc -n $NAMESPACE logs <virt-controller pod>
  5. 노드가 NotReady 상태에 있는지와 같이 노드에 문제가 있는지 확인합니다.

    $ oc get nodes

해결

virt-controller Pod가 Ready 상태에 있지 않은 이유는 여러 가지가 있습니다. 근본 원인을 식별하고 적절한 조치를 취합니다.

그렇지 않으면 지원 문제를 열고 문제 해결 프로세스에서 수집된 정보를 제공합니다.

13.13.3.3. NoReadyVirtOperator alert

설명

지난 10분 동안 Ready 상태의 virt-operator Pod를 감지하지 않습니다. virt-operator 배포에는 두 개의 Pod의 기본 복제본이 있습니다.

이유

virt-operator는 OpenShift Container Platform 클러스터에서 활성화된 첫 번째 Kubernetes Operator입니다. 주요 책임은 다음과 같습니다.

  • 설치
  • Live-update
  • 클러스터의 Live-upgrade
  • virt-controller, virt-handler, virt-launcher와 같은 최상위 컨트롤러의 라이프사이클 모니터링
  • 최상위 컨트롤러 조정 관리

또한 virt-operator는 인증서 교체 및 일부 인프라 관리와 같은 클러스터 전체 작업을 담당합니다.

참고

virt-operator는 클러스터의 가상 머신을 직접 처리하지 않습니다. virt-operator의 Unavailability는 사용자 정의 워크로드에 영향을 미치지 않습니다.

이 경고는 클러스터 수준에서 오류가 있음을 나타냅니다. 인증 순환, 업그레이드 및 컨트롤러 조정과 같은 중요한 클러스터 전체의 관리 기능은 일시적으로 사용할 수 없습니다.

문제 해결

  1. 사용 가능한 복제본 및 조건에 대해 virt-operator의 배포 상태를 확인합니다.

    $ oc -n $NAMESPACE get deployment virt-operator -o yaml
  2. virt-controller Pod의 이벤트를 확인합니다.

    $ oc -n $NAMESPACE describe pods <virt-operator pod>
  3. virt-operator Pod의 로그를 확인합니다.

    $ oc -n $NAMESPACE logs <virt-operator pod>
  4. NotReady 상태에 있는 경우와 같이 컨트롤 플레인 및 마스터의 노드에 문제가 있는지 확인합니다.

    $ oc get nodes

해결

virt-operator Pod가 Ready 상태에 있지 않은 이유는 여러 가지가 있습니다. 근본 원인을 식별하고 적절한 조치를 취합니다.

그렇지 않으면 지원 문제를 열고 문제 해결 프로세스에서 수집된 정보를 제공합니다.

13.13.3.4. VirtAPIDown 경고

설명

모든 OpenShift Container Platform API 서버가 종료되었습니다.

이유

모든 OpenShift Container Platform API 서버가 다운되면 OpenShift Container Platform 엔터티에 대한 API 호출이 발생하지 않습니다.

문제 해결

  1. 환경 변수 NAMESPACE 를 수정합니다.

    $ export NAMESPACE="$(oc get kubevirt -A -o custom-columns="":.metadata.namespace)"
  2. 실행 중인 virt-api 포드가 있는지 확인합니다.

    $ oc -n $NAMESPACE get pods -l kubevirt.io=virt-api
  3. oc logs 및 Pod의 상태를 oc describe 를 사용하여 Pod의 로그를 확인합니다.
  4. virt-api 배포 상태를 확인합니다. 이러한 명령을 사용하여 관련 이벤트에 대해 알아보고 이미지, 충돌 Pod 또는 기타 유사한 문제를 가져오는 데 문제가 있는지 보여줍니다.

    $ oc -n $NAMESPACE get deployment virt-api -o yaml
    $ oc -n $NAMESPACE describe deployment virt-api
  5. 노드가 NotReady 상태에 있는지와 같이 노드에 문제가 있는지 확인합니다.

    $ oc get nodes

해결

여러 가지 이유로 virt-api pod가 다운될 수 있습니다. 근본 원인을 식별하고 적절한 조치를 취합니다.

그렇지 않으면 지원 문제를 열고 문제 해결 프로세스에서 수집된 정보를 제공합니다.

13.13.3.5. VirtApiRESTErrorsBurst 경고

설명

지난 5분 동안 virt-api에서 80% 이상의 REST 호출이 실패합니다.

이유

virt-api에 대한 실패한 REST 호출의 매우 높은 비율로 인해 응답 속도가 느리거나 API 호출의 실행 속도가 느려지거나 API 호출이 완전히 해제됩니다.

문제 해결

  1. 환경 변수 NAMESPACE 를 수정합니다.

    $ export NAMESPACE="$(oc get kubevirt -A -o custom-columns="":.metadata.namespace)"
  2. 실행 중인 virt-api 포드 수를 확인합니다.

    $ oc -n $NAMESPACE get pods -l kubevirt.io=virt-api
  3. oc logs 및 Pod의 상태를 oc describe 를 사용하여 Pod의 로그를 확인합니다.
  4. virt-api 배포 상태를 확인하여 자세한 내용을 확인합니다. 이러한 명령은 관련 이벤트를 제공하고 이미지 가져오기 또는 충돌 Pod에 문제가 있는지 표시합니다.

    $ oc -n $NAMESPACE get deployment virt-api -o yaml
    $ oc -n $NAMESPACE describe deployment virt-api
  5. 노드가 과부하되거나 NotReady 상태에 없는 경우와 같이 노드에 문제가 있는지 확인합니다.

    $ oc get nodes

해결

실패한 REST 호출의 비율이 여러 가지 이유가 있습니다. 근본 원인을 식별하고 적절한 조치를 취합니다.

  • 노드 리소스 소모
  • 클러스터에 메모리가 충분하지 않음
  • 노드가 다운됨
  • 스케줄러를 사용할 수 없는 경우와 같이 API 서버 과부하
  • 네트워킹 문제

그렇지 않으면 지원 문제를 열고 문제 해결 프로세스에서 수집된 정보를 제공합니다.

13.13.3.6. VirtControllerDown 경고

설명

지난 5분 동안 virt-controllers 탐지가 발생하지 않으면 virt-controller 배포에 기본 두 개의 Pod 복제본이 있습니다.

이유

virt-controller에 실패하면 새 VMI 시작 또는 기존 VMI 종료와 같은 VM 라이프사이클 관리 작업이 완전히 실패합니다.

문제 해결

  1. 환경 변수 NAMESPACE 를 수정합니다.

    $ export NAMESPACE="$(oc get kubevirt -A -o custom-columns="":.metadata.namespace)"
  2. virt-controller 배포 상태를 확인합니다.

    $ oc get deployment -n $NAMESPACE virt-controller -o yaml
  3. virt-controller Pod의 이벤트를 확인합니다.

    $ oc -n $NAMESPACE describe pods <virt-controller pod>
  4. virt-controller Pod의 로그를 확인합니다.

    $ oc -n $NAMESPACE logs <virt-controller pod>
  5. 관리자 Pod의 로그를 확인하여 virt-controller Pod 생성에 실패하는 이유를 확인합니다.

    $ oc get logs <virt-controller-pod>

로그에 있는 virt-controller Pod 이름의 예는 virt-controller-7888c64d66-dzc9p 입니다. 그러나 virt-controller를 실행하는 여러 pod가 있을 수 있습니다.

해결

실행 중인 virt-controller 검색이 발생하는 몇 가지 알려진 이유가 있습니다. 가능한 이유 목록에서 근본 원인을 식별하고 적절한 조치를 취합니다.

  • 노드 리소스 소모
  • 클러스터에 메모리가 충분하지 않음
  • 노드가 다운됨
  • 스케줄러를 사용할 수 없는 경우와 같이 API 서버 과부하
  • 네트워킹 문제

그렇지 않으면 지원 문제를 열고 문제 해결 프로세스에서 수집된 정보를 제공합니다.

13.13.3.7. VirtControllerRESTErrorsBurst 경고

설명

최근 5분 동안 virt-controller에서 REST 호출의 80% 이상이 실패했습니다.

이유

virt-controller가 API 서버에 대한 연결이 잠재적으로 완전히 끊어졌습니다. 이러한 손실은 실행 중인 워크로드에는 영향을 미치지 않지만 마이그레이션과 같은 상태 업데이트 및 작업을 전파할 수 없습니다.

문제 해결

virt-controller REST 호출 실패와 관련된 두 가지 일반적인 오류 유형이 있습니다.

  • API 서버가 과부하되어 시간 초과가 발생했습니다. API 서버 지표 및 응답 시간 및 전체 호출과 같은 세부 정보를 확인합니다.
  • virt-controller pod는 API 서버에 연결할 수 없습니다. 일반적인 원인은 다음과 같습니다.

    • 노드의 DNS 문제
    • 네트워킹 연결 문제

해결

virt-controller 로그를 확인하여 virt-controller pod가 API 서버에 전혀 연결할 수 없는지 확인합니다. 이 경우 Pod를 삭제하여 강제로 재시작합니다.

또한 노드 리소스가 고갈되었는지 아니면 클러스터에 충분한 메모리가 없는지 확인하여 연결에 실패하는지 확인합니다.

이 문제는 일반적으로 이 경고 범위를 벗어나는 DNS 또는 CNI 문제와 관련이 있습니다.

그렇지 않으면 지원 문제를 열고 문제 해결 프로세스에서 수집된 정보를 제공합니다.

13.13.3.8. VirtHandlerRESTErrorsBurst 경고

설명

REST 호출의 80% 이상이 지난 5분 동안 virt-handler에서 실패했습니다.

이유

virt-handler에서 API 서버에 대한 연결을 손실했습니다. 영향을 받는 노드에서 워크로드를 실행 중이지만 상태 업데이트에서는 전파할 수 없으며 마이그레이션과 같은 작업을 수행할 수 없습니다.

문제 해결

virt-operator REST 호출 실패와 관련된 두 가지 일반적인 오류 유형이 있습니다.

  • API 서버가 과부하되어 시간 초과가 발생했습니다. API 서버 지표 및 응답 시간 및 전체 호출과 같은 세부 정보를 확인합니다.
  • virt-operator Pod는 API 서버에 연결할 수 없습니다. 일반적인 원인은 다음과 같습니다.

    • 노드의 DNS 문제
    • 네트워킹 연결 문제

해결

virt-handler에서 API 서버에 연결할 수 없는 경우 Pod를 삭제하여 강제로 재시작합니다. 이 문제는 일반적으로 이 경고 범위를 벗어나는 DNS 또는 CNI 문제와 관련이 있습니다. 근본 원인을 식별하고 적절한 조치를 취합니다.

그렇지 않으면 지원 문제를 열고 문제 해결 프로세스에서 수집된 정보를 제공합니다.

13.13.3.9. VirtOperatorDown 경고

설명

이 경고는 지난 10분 동안 virt-operator Pod가 Running 상태가 아닌 경우 발생합니다. virt-operator 배포에는 두 개의 Pod의 기본 복제본이 있습니다.

이유

virt-operator는 OpenShift Container Platform 클러스터에서 활성화된 첫 번째 Kubernetes Operator입니다. 주요 책임은 다음과 같습니다.

  • 설치
  • Live-update
  • 클러스터의 Live-upgrade
  • virt-controller, virt-handler, virt-launcher와 같은 최상위 컨트롤러의 라이프사이클 모니터링
  • 최상위 컨트롤러 조정 관리

또한 virt-operator는 인증서 교체 및 일부 인프라 관리와 같은 클러스터 전체 작업을 담당합니다.

참고

virt-operator는 클러스터의 가상 머신을 직접 처리하지 않습니다. virt-operator의 Unavailability는 사용자 정의 워크로드에 영향을 미치지 않습니다.

이 경고는 클러스터 수준에서 오류가 있음을 나타냅니다. 인증 순환, 업그레이드 및 컨트롤러 조정과 같은 중요한 클러스터 전체의 관리 기능은 일시적으로 사용할 수 없습니다.

문제 해결

  1. 환경 변수 NAMESPACE 를 수정합니다.

    $ export NAMESPACE="$(oc get kubevirt -A -o custom-columns="":.metadata.namespace)"
  2. virt-operator 배포 상태를 확인합니다.

    $ oc get deployment -n $NAMESPACE virt-operator -o yaml
  3. virt-operator Pod의 이벤트를 확인합니다.

    $ oc -n $NAMESPACE describe pods <virt-operator pod>
  4. virt-operator Pod의 로그를 확인합니다.

    $ oc -n $NAMESPACE logs <virt-operator pod>
  5. 관리자 Pod의 로그를 확인하여 virt-operator Pod 생성에 실패하는 이유를 확인합니다.

    $ oc get logs <virt-operator-pod>

로그에 있는 virt-operator Pod 이름의 예는 virt-operator-7888c64d66-dzc9p 입니다. 그러나 virt-operator를 실행하는 여러 Pod가 있을 수 있습니다.

해결

실행 중인 virt-operator 검색이 발생하는 몇 가지 알려진 이유가 있습니다. 가능한 이유 목록에서 근본 원인을 식별하고 적절한 조치를 취합니다.

  • 노드 리소스 소모
  • 클러스터에 메모리가 충분하지 않음
  • 노드가 다운됨
  • 스케줄러를 사용할 수 없는 경우와 같이 API 서버 과부하
  • 네트워킹 문제

그렇지 않으면 지원 문제를 열고 문제 해결 프로세스에서 수집된 정보를 제공합니다.

13.13.3.10. VirtOperatorRESTErrorsBurst 경고

설명

지난 5분 동안 virt-operator에서 80% 이상의 REST 호출이 실패했습니다.

이유

virt-operator에서 API 서버에 대한 연결을 손실했습니다. 업그레이드 및 컨트롤러 조정과 같은 클러스터 수준 작업은 작동하지 않습니다. VM 및 VMI와 같은 고객 워크로드에는 영향을 미치지 않습니다.

문제 해결

virt-operator REST 호출 실패와 관련된 두 가지 일반적인 오류 유형이 있습니다.

  • API 서버가 과부하되어 시간 초과가 발생했습니다. API 서버 지표 및 세부 정보(예: 응답 시간 및 전체 호출)를 확인합니다.
  • virt-operator Pod는 API 서버에 연결할 수 없습니다. 일반적인 원인은 노드의 네트워크 연결 문제와 DNS 문제입니다. virt-operator 로그를 확인하여 Pod가 API 서버에 전혀 연결할 수 있는지 확인합니다.

    $ export NAMESPACE="$(oc get kubevirt -A -o custom-columns="":.metadata.namespace)"
    $ oc -n $NAMESPACE get pods -l kubevirt.io=virt-operator
    $ oc -n $NAMESPACE logs <pod-name>
    $ oc -n $NAMESPACE describe pod <pod-name>

해결

virt-operator가 API 서버에 연결할 수 없는 경우 Pod를 삭제하여 강제로 재시작합니다. 이 문제는 일반적으로 이 경고 범위를 벗어나는 DNS 또는 CNI 문제와 관련이 있습니다. 근본 원인을 식별하고 적절한 조치를 취합니다.

그렇지 않으면 지원 문제를 열고 문제 해결 프로세스에서 수집된 정보를 제공합니다.

13.13.4. 추가 리소스

Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.