3.7. 확인된 문제

BPG 경로가 정적 경로인 OpenShift Container Platform 4.9.4 이하에서 OpenShift Virtualization을 사용하는 경우 BPG 경로가 정적 경로로 변환됩니다. nmstate-1.0.2-14.el8_4.noarch 는 Bird Internet Routing Daemon 프로토콜을 올바르게 처리하지 않습니다.
클러스터를 OpenShift Container Platform 4.9.5 이상으로 업그레이드하여 이 문제를 방지할 수 있습니다. BGP 경로가 이미 정적 경로로 변환된 경우 네트워크 인터페이스에서 정적 경로를 제거하고 경로를 수동으로 추가해야 합니다.
OpenShift Virtualization 4.9.6으로 업데이트하면 일부 VM(가상 머신)이 실시간 마이그레이션 루프에 고정됩니다. 이는 VM 매니페스트의 spec.volumes.containerDisk.path 필드가 상대 경로로 설정된 경우 발생합니다.
- 해결 방법으로 VM 매니페스트를 삭제하고 다시 생성하여 spec.volumes.containerDisk.path 필드의 값을 절대 경로로 설정합니다. 그런 다음 OpenShift Virtualization을 업데이트할 수 있습니다.

가상 디스크를 핫플러그하고 virt-launcher Pod를 강제로 삭제하면 데이터가 손실될 수 있습니다. 이는 VM 디스크의 콘텐츠가 영구 볼륨에서 지워질 수 있는 경쟁 조건으로 인해 발생합니다. (BZ#2007397)

VM이 버전 4.8 이전에 OpenShift Virtualization에서 제공한 삭제된 템플릿을 참조하면 가상 머신 편집이 실패합니다. OpenShift Virtualization 4.8 이상에서는 삭제된 OpenShift Virtualization 제공 템플릿이 OpenShift Virtualization Operator에서 자동으로 다시 생성합니다.
소스를 복제할 수 있기 전에 복제 작업이 시작되면 작업이 무기한 중지됩니다. 그 이유는 복제 작업이 시작되기 전에 복제 권한이 만료되기 때문입니다. (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 프로비전 프로그램 스토리지 또는 SR-IOV 네트워크 인터페이스를 사용하는 가상 머신이 포함됩니다.
- 해결 방법으로 클러스터를 업그레이드하는 동안 전원이 꺼지도록 가상 머신을 재구성할 수 있습니다. 가상 머신 구성 파일의 spec 섹션에서 다음을 수행합니다.
  1. evictionStrategy를 삭제합니다. LiveMigrate 필드. 제거 전략을 구성하는 방법에 대한 자세한 내용은 가상 머신 제거 전략 구성을 참조하십시오.
  2. runStrategy 필드를 Always로 설정합니다.
- 이 문제를 해결하려면 다음 명령을 실행하여 기본 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.❏을 실행하면 다양한 문제가 발생합니다. 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)
- OpenShift Virtualization 웹 콘솔을 사용하여 VNC 콘솔에 연결할 때 VNC 콘솔은 항상 응답하지 못합니다.
  - 이 문제를 해결하려면 CLI에서 가상 머신을 생성하거나 OpenShift Virtualization 4.8로 업그레이드합니다.
    (BZ#1977037)

3.7. 확인된 문제

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

Red Hat 소개

Red Hat legal and privacy links

Red Hat legal and privacy links