2.3. 버그 수정
-
OpenShift 샌드박스 컨테이너 1.5.0 ~ 1.5.2에서는 사용자가 피어 Pod를 생성할 때 Go 1.21.1에서 네트워킹 기능 동작이 변경되어 "호스트 기본 인터페이스 식별 실패" 오류가 있는
ContainerCreating상태로 남아 있었습니다. 이 문제는 OpenShift 샌드박스 컨테이너 1.5.3에서 해결되었습니다. (KATA-2847) -
이전 버전에서는 설치 중에
KataConfigCR 삭제를 시작하면 OpenShift 샌드박스 컨테이너 Operator가 두 프로세스를 완료하지 않고 동시에 삭제 및 설치를 시도했습니다. 이번 릴리스에서는 Operator에서 설치가 완료된 후 삭제를 직렬화합니다. (KATA-1851) -
이전에는 사용자가 특별히 레이블이 지정된 노드로 배포된 kata 지원 클러스터를 업데이트할 수 없었습니다. 노드 레이블 변경으로 인해 배포 변경 사항이 트리거되지 않았습니다. 사용자는 기존
kataConfigCR을 삭제하고 업데이트된 라벨을 사용하여 새kataConfigCR을 생성해야 했습니다. 이전 릴리스(릴리스 1.4)부터 노드 레이블을 업데이트하면 배포 변경이 자동으로 트리거됩니다. (KATA-1928) -
이전 버전에서는 QEMU에서
virtiofsd를 탐지하지 않으면 QEMU에서kata워크로드가 삭제될 때마다 시스템 저널에 오류를 기록했습니다. 이번 릴리스에서는virtiofsd를 중지하기 전에kata런타임에서 QEMU를 중지합니다. 이 수정은 OpenShift Container Platform 4.13 및 4.14에서만 사용할 수 있습니다. (KATA-2133) -
이전에는
KataConfigCR에서 피어 Pod를 활성화한 다음 설치 후 CR을 검사하면kata-remote런타임 클래스가status.runtimeClass필드에 표시되지 않았습니다. 이 문제는 OpenShift 샌드박스 컨테이너 1.5.0에서 해결되었습니다. (KATA-2164) -
이전 버전에서는 peer-pod VM이 실행되는 동안
peerpodconfig-ctrl-caa-daemonPod를 다시 시작하면 동일한 피어 Pod를 나타내는 여러 VM이 생성될 수 있었습니다. 중복 인스턴스는 클라우드 공급자 콘솔 또는 CLI에서 인스턴스를 수동으로 삭제하지 않는 한 원래 피어 Pod가 계속 실행되는 동안 존재합니다. 이번 업데이트를 통해peerpodconfig-ctrl-caa-daemonPod를 다시 시작한 후 새 peer-pod VM이 생성되고 이전 인스턴스가 즉시 삭제됩니다. (KATA-2519) - 이전에는 사용자가 AWS 또는 Azure에서 실행되는 피어 Pod VM의 인스턴스 메타데이터를 요청하면 AWS 또는 Azure 인스턴스 메타데이터 서비스에서 Pod 대신 작업자 노드의 메타데이터를 반환했습니다. 릴리스 1.5.1에 대한 업데이트를 통해 AWS 또는 Azure 인스턴스 메타데이터 서비스는 Pod의 메타데이터를 예상대로 반환합니다. (KATA-2583)