2.5. 확인된 문제
-
VMI(virtual machine instance) 사양에서
cdrom드라이브가readonly: true로 설정된 경우 VMI가 마이그레이션되지 않습니다. 다음과 같은 메시지가 표시됩니다.Operation not supported: Cannot migrate empty or read-only disk sdb. (BZ#1927378) 현재 일부 CDI(Containerized Data Importer) 작업은 요청 시 사전 할당되지 않습니다. 여기에는 다음이 포함됩니다.
- 빈 블록 디스크 생성
- VMWare 디스크 이미지 가져오기
소스를 복제할 수 있기 전에 복제 작업이 시작되면 작업이 무기한 중지됩니다. 그 이유는 복제 작업이 시작되기 전에 복제 권한이 만료되기 때문입니다. (BZ#1855182)
-
해결방법은 복제를 요청하는 DataVolume
오브젝트를 삭제하는 것입니다. 소스를 사용할 수 있게 되면 삭제한DataVolume오브젝트를 다시 생성하여 복제 작업이 완료될 수 있게 하십시오.
-
해결방법은 복제를 요청하는 DataVolume
- CDI(Containerized Data Importer) 및 KubeVirt는 QEMU에 따라 NFS 버전 3을 지원하지 않습니다. 따라서 NFS 버전 4만 지원됩니다. (BZ#1892445)
openshift-virtualization-os-images네임스페이스의 Fedora PVC 이름은fedora이며,fedora32가 아닙니다. OpenShift Virtualization 2.5 또는 이전 버전에서fedora32PVC가 자동으로 입력되면 가상 머신이 웹 콘솔에 표시되지 않으며 다른 가상 머신을 복제하는 데 사용할 수 없습니다. (BZ#1913352)-
해결방법은
fedora32대신 PVCfedora라는 이름으로 Fedora 이미지를 업로드하는 것입니다.
-
해결방법은
HPP 부팅 소스를 생성할 때 사용자가 로컬 파일 업로드(PVC 생성) 옵션을 제외한 다른 방법을 사용하여 부팅 소스를 생성하는 경우 데이터 볼륨이 WaitForFirstConsumer
상태로보류됩니다. (BZ#1929177)해결방법은 스토리지
영구 볼륨 클레임(PVC) 웹 콘솔 화면에서 데이터 볼륨의 기본 PVC의 YAML을 편집하여 cdi.kubevirt.io/storage.bind.requested: "true"주석을 추가하는 것입니다.metadata: annotations: cdi.kubevirt.io/storage.bind.immediate.requested: "true"
Fedora 이미지를 부팅 소스로 사용하는 경우 부팅 소스를 연결하는 데 사용한 PVC가 이전에 프로비저닝된 경우 템플릿에 더 이상 연결되지 않습니다. (BZ#1907187) (BZ#1913352)
-
해결방법은
fedora라는 이름으로 새 PVC를 템플릿에 연결한 후 부팅 소스에서 가상 머신을 생성하는 것입니다.
-
해결방법은
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섹션에서 다음을 수행합니다.-
evictionStrategy: LiveMigrate필드를 제거합니다. 제거 전략을 구성하는 방법에 대한 자세한 내용은 가상 머신 제거 전략 구성을 참조하십시오. -
runStrategy필드를Always로 설정합니다.
-
노드에 다른 CPU 모델이 있으면 실시간 마이그레이션이 실패합니다. 노드의 물리적 CPU 모델이 같은 경우에도 마이크로코드 업데이트로 인한 변화가 미치는 영향은 동일합니다. 기본 설정에서 실시간 마이그레이션과 호환되지 않는 호스트 CPU 통과 동작을 트리거하기 때문입니다. (BZ#1760028)
해결방법은 다음 예와 같이
kubevirt-config구성 맵에서 기본 CPU 모델을 설정하는 것입니다.참고실시간 마이그레이션을 지원하는 가상 머신을 시작하기 전에 이러한 변경을 수행해야 합니다.
다음 명령을 실행하여 편집할
kubevirt-config구성 맵을 엽니다.$ oc edit configmap kubevirt-config -n openshift-cnv
구성 맵을 다음과 같이 편집합니다.
kind: ConfigMap metadata: name: kubevirt-config data: default-cpu-model: "<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
