2.3. 버그 수정


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

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

Theme

© 2026 Red Hat
맨 위로 이동