지원콘솔개발자평가판 시작연락처

3.7. 확인된 문제

  • OpenShift Virtualization 4.8.7로 업데이트하면 일부 VM(가상 머신)이 실시간 마이그레이션 루프에 고정됩니다. 이는 VM 매니페스트의 spec.volumes.containerDisk.path 필드가 상대 경로로 설정된 경우 발생합니다.

    • 해결 방법으로 VM 매니페스트를 삭제하고 다시 생성하여 spec.volumes.containerDisk.path 필드의 값을 절대 경로로 설정합니다. 그런 다음 OpenShift Virtualization을 업데이트할 수 있습니다.

  • 처음에 OpenShift Virtualization 버전 2.4.z 또는 이전 버전을 배포한 경우 다음 메시지와 함께 버전 4.8로 업그레이드할 수 없습니다. 

    risk of data loss updating hyperconvergeds.hco.kubevirt.io: new CRD removes
version v1alpha1 that is listed as a stored version on the existing CRD

    이 버그는 OpenShift Virtualization이 처음에 버전 2.5.0 이상에서 배포된 클러스터에는 영향을 미치지 않습니다. (BZ#1986989)

    • 이 문제를 해결하려면 HyperConverged CRD(사용자 정의 리소스 정의)에서 v1alpha1 버전을 제거하고 업그레이드 프로세스를 다시 시작합니다.

      1. 다음 명령을 실행하여 클러스터에 대한 프록시 연결을 엽니다. 

        $ oc proxy &

      2. 다음 명령을 실행하여 HyperConverged CRD의 .status.storedVersions 에서 v1alpha1 버전을 제거합니다. 

        $ curl --header "Content-Type: application/json-patch+json" --request PATCH http://localhost:8001/apis/apiextensions.k8s.io/v1/customresourcedefinitions/hyperconvergeds.hco.kubevirt.io/status --data '[{"op": "replace", "path": "/status/storedVersions", "value":["v1beta1"]}]'

      3. 다음 명령을 실행하여 업그레이드 프로세스를 재개합니다. 

        $ curl --header "Content-Type: application/json-patch+json" --request PATCH http://localhost:8001/apis/operators.coreos.com/v1alpha1/namespaces/openshift-cnv/installplans/$(oc get installplan -n openshift-cnv | grep kubevirt-hyperconverged-operator.v4.8.0 | cut -d' ' -f1)/status --data '[{"op": "remove", "path": "/status/conditions"},{"op": "remove", "path": "/status/message"},{"op": "replace", "path": "/status/phase", "value": "Installing"}]'

      4. 다음 명령을 실행하여 oc 프록시 프로세스를 종료합니다. 

        $ kill $(ps -C "oc proxy" -o pid=)

      5. 선택 사항: 다음 명령을 실행하여 업그레이드 상태를 모니터링합니다. 

        $ oc get csv
  • 버전 4.8 이상에서 OpenShift Virtualization 제공 템플릿을 삭제하면 OpenShift Virtualization Operator에서 템플릿을 자동으로 다시 생성합니다. 그러나 버전 4.8 이전에 생성된 OpenShift Virtualization 제공 템플릿을 삭제하면 삭제 후 이전 템플릿이 자동으로 다시 생성되지 않습니다. 결과적으로 삭제된 이전 템플릿을 참조하는 가상 머신의 편집 또는 업데이트에 실패합니다.

  • 소스를 복제할 수 있기 전에 복제 작업이 시작되면 작업이 무기한 중지됩니다. 그 이유는 복제 작업이 시작되기 전에 복제 권한이 만료되기 때문입니다. (BZ#1855182)

    • 해결방법은 복제를 요청하는 DataVolume 오브젝트를 삭제하는 것입니다. 소스를 사용할 수 있게 되면 삭제한 DataVolume 오브젝트를 다시 생성하여 복제 작업이 완료될 수 있게 하십시오.

  • OpenShift Container Platform 클러스터에서 OVN-Kubernetes를 기본 CNI(Container Network Interface) 공급자로 사용하는 경우, OVN-Kubernetes의 호스트 네트워크 토폴로지 변경으로 인해 호스트의 기본 인터페이스에 Linux 브리지 또는 본딩을 연결할 수 없습니다. (BZ#1885605)

    • 해결 방법으로 호스트에 연결된 보조 네트워크 인터페이스를 사용하거나 OpenShift SDN 기본 CNI 공급자로 전환할 수 있습니다.

  • 실시간으로 마이그레이션할 수 없는 가상 머신을 실행하면 OpenShift Container Platform 클러스터 업그레이드가 차단될 수 있습니다. 여기에는 hostpath-provisioner 스토리지 또는 SR-IOV 네트워크 인터페이스를 사용하는 가상 머신이 포함됩니다. (BZ#1858777)

    • 해결 방법으로 클러스터를 업그레이드하는 동안 전원이 꺼지도록 가상 머신을 재구성할 수 있습니다. 가상 머신 구성 파일의 spec 섹션에서 다음을 수행합니다.

      1. evictionStrategy를 삭제합니다. LiveMigrate 필드. 제거 전략을 구성하는 방법에 대한 자세한 내용은 가상 머신 제거 전략 구성을 참조하십시오.
      2. runStrategy 필드를 Always로 설정합니다.

  • 노드에 다른 CPU 모델이 있으면 실시간 마이그레이션이 실패합니다. 노드의 물리적 CPU 모델이 같은 경우에도 마이크로코드 업데이트로 인한 변화가 미치는 영향은 동일합니다. 기본 설정에서 실시간 마이그레이션과 호환되지 않는 호스트 CPU 통과 동작을 트리거하기 때문입니다. (BZ#1760028)

    • 이 문제를 해결하려면 다음 명령을 실행하여 기본 CPU 모델을 설정합니다.

      참고

      실시간 마이그레이션을 지원하는 가상 머신을 시작하기 전에 이러한 변경을 수행해야 합니다. 

      $ oc annotate --overwrite -n openshift-cnv hyperconverged kubevirt-hyperconverged kubevirt.kubevirt.io/jsonpatch='[
  {
      "op": "add",
      "path": "/spec/configuration/cpuModel",
      "value": "<cpu_model>" 1
  }
]'
      1
      <cpu_model>을 실제 CPU 모델 값으로 바꿉니다. 모든 노드에 대해 oc describe node <node>를 실행한 후 cpu-model-<name> 라벨에서 이 값을 확인할 수 있습니다. 모든 노드에 존재하는 CPU 모델을 선택합니다.

  • RHV VM을 가져오는 동안 RHV Manager에 잘못된 자격 증명을 입력하면 vm-import-operator에서 RHV API에 반복적으로 연결을 시도하기 때문에 Manager에서 관리자 계정을 잠글 수 있습니다. (BZ#1887140)

    • 계정을 잠금 해제하려면 Manager에 로그인하여 다음 명령을 입력하십시오. 

      $ ovirt-aaa-jdbc-tool user unlock admin

  • OpenShift Container Platform 4.8에서 OpenShift Virtualization 2.6.5를 실행하면 다양한 문제가 발생합니다. OpenShift Virtualization을 버전 4.8로 업그레이드하여 이러한 문제를 방지할 수 있습니다.

    • 웹 콘솔에서 Virtualization 페이지로 이동하여 Create With YAML를 선택하면 다음과 같은 오류 메시지가 표시됩니다. 

      The server doesn't have a resource type "kind: VirtualMachine, apiVersion: kubevirt.io/v1"

      • 해결 방법으로 apiVersion이 kubevirt.io/v1alpha3이 되도록 VirtualMachine 매니페스트를 편집합니다. 예를 들면 다음과 같습니다. 

        apiVersion: kubevirt.io/v1alpha3
kind: VirtualMachine
metadata:
  annotations:
...

        (BZ#1979114)

    • Customize 마법사를 사용하여 VM을 생성하는 경우 다음과 같은 오류 메시지가 표시됩니다. 

      Error creating virtual machine

    • OpenShift Virtualization 웹 콘솔을 사용하여 VNC 콘솔에 연결할 때 VNC 콘솔은 항상 응답하지 못합니다.

      • 이 문제를 해결하려면 CLI에서 가상 머신을 생성하거나 OpenShift Virtualization 4.8로 업그레이드합니다.

        (BZ#1977037)

Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

© 2024 Red Hat, Inc.