1.11.3.2. 해결된 문제


  • 이번 업데이트 이전에는 설치 프로그램이 storageAccounts에 대해 Azure Government API 버전 2019-11-01을 지원하지 않아 설치 프로그램이 실패했습니다. 이로 인해 사용자가 Azure Government 환경에서 클러스터를 생성할 수 없었습니다. 이번 릴리스에서는 storageAccounts에 대한 올바른 API 버전을 지원하도록 Azure 클라이언트가 업데이트되었습니다. 결과적으로 Azure Government 사용자는 사용자 정의 스토리지 계정과 부팅 진단을 사용할 때 클러스터를 생성할 수 있습니다. (OCPBUGS-76552)
  • 이번 업데이트 이전에는 Kubernetes Operator 2.11.0의 멀티 클러스터 엔진(MCE)로 업그레이드하면 잘못된 클러스터 네트워크 클래스리스 도메인 간 라우팅(CIDR) 검증이 발생했습니다. 이 문제에서는 OVN(Open Virtual Networking) 내부 인터페이스가 CIDR과 충돌하는 것으로 잘못 표시되었습니다. 그 결과 MCE 2.11.0에서 OVN-Kubernetes 네트워킹과 관련된 deployment 문제가 발생했습니다. 이번 릴리스에서는 MCE 2.11.0의 CIDR 검증 논리가 충돌 탐지에서 OVN-Kubernetes 내부 오버레이 IP 주소를 제외합니다. 결과적으로 KubeVirt 노드 풀은 MCE 2.11.0으로 업그레이드한 후 잘못된 클러스터 네트워크 충돌 문제를 보고하지 않습니다. (OCPBUGS-97922)
  • 이번 업데이트 이전에는 Pod 재시작 또는 노드 중단 모니터링으로 인해 Telemeter-client 가용성이 미끄러지면 콘솔 Operator에서 각 동기화 주기마다 다른 ConfigMap 콘텐츠를 생성했습니다. 그 결과 연속 콘솔 pod 롤아웃으로 메모리 내 세션이 삭제되고 사용자가 OpenShift Container Platform 웹 콘솔에서 약 5분마다 로그아웃되었습니다. 이번 릴리스에서는 Telemetry 구성에서 Telemeter-client 가용성에 관계없이 항상 안정적인 키 세트를 생성합니다. 결과적으로 불필요한 콘솔 Pod 롤아웃이 방지되고 예기치 않게 로그아웃되지 않습니다. (OCPBUGS-98987)
  • 이번 업데이트 이전에는 interconnect가 있는 localnet 토폴로지에서 Pod를 삭제하는 동안 enableSourceLSPFailedLiveMigration 속성이 실시간 마이그레이션 실패 후 소스 Pod의 LSP(Logical Switch Port)를 다시 활성화하려고 시도했습니다. 이 문제는 소스 Pod가 로컬 노드에 없더라도 발생했습니다. 그 결과 대상 Pod 정리가 차단되어 이미 삭제된 가상 머신의 오래된 LSP가 생성되어 네트워크 연결이 손실되었습니다. 이번 릴리스에서는 로컬 영역에 소스 Pod를 예약하거나 네트워크에서 layer2 상호 연결 전송을 사용하는 경우에만 소스 LSP가 다시 활성화되도록 합니다. 결과적으로 시스템은 오래된 LSP를 방지하고 실시간 마이그레이션 후 네트워크 연결을 유지 관리합니다. (OCPBUGS-99276OCPBUGS-99277)
  • 이번 업데이트 이전에는 지정된 .spec.timeZone 필드가 있는 cron 작업 오브젝트로 인해 kube-state-metrics(KSM) Pod가 실패하고 모든 클러스터 지표를 보고하지 못했습니다. 이번 릴리스에서는 KSM Pod가 실패하지 않고 구문 분석할 수 없는 일정으로 cron 작업을 생략합니다. 새로운 kube_cronjob_schedule_invalid 메트릭은 이러한 특정 문제를 식별합니다. 결과적으로 KSM Pod는 안정적으로 유지되고 개별 cron 작업에 구문 분석할 수 없는 일정 또는 시간대가 있는 경우에도 모든 클러스터 리소스에 대한 메트릭을 계속 제공합니다. (OCPBUGS-99400)
  • 이번 업데이트 이전에는 OpenShift Container Platform 기본 이미지에서 tzdata 패키지가 누락되어 Alertmanager가 충돌했습니다. 이 문제로 인해 /usr/share/zoneinfo 디렉터리가 없었습니다. 이로 인해 Alertmanager Pod가 시작되지 않아 시간대 기반 경고에 액세스할 수 없었습니다. 이번 릴리스에서는 OpenShift Container Platform 이미지에서 tzdata 패키지가 복원되었습니다. 결과적으로 location 필드가 active_interval 또는 mute_interval 항목에 있는 경우 시작 시 Alertmanager가 충돌하지 않습니다. (OCPBUGS-99446)
  • 이번 업데이트 이전에는 웹 콘솔 스토리지 장치 구문 분석기에서 가장 큰 단위인 Ei 또는 EiB의 findIndex 결과 0을 not found로 처리하고 바이너리 바이트 단위 목록에서 EiB를 생략했습니다. 결과적으로 exbibyte 크기 요청(예: 1Ei 또는 1EiB)을 사용하여 PVC(영구 볼륨 클레임)를 생성하면 API가 올바른 값을 저장해도 PVC 세부 정보 페이지에 요청된 용량이 0B로 표시되었습니다. 이번 릴리스에서는 단위 조회 논리가 인덱스 0를 유효한 것으로 인식하고, 인간화에 사용되는 바이너리 바이트 단위에 EiB를 포함합니다. 결과적으로 PVC 세부 정보 페이지에 exbibyte 단위로 스토리지가 요청될 때 올바른 용량(예: 1 EiB)이 표시됩니다. (OCPBUGS-99544)
  • 이번 업데이트 이전에는 locales/{xx}/olm.json 아래의 로컬 파일에서 Kubernetes 사용자 정의 리소스 종류 이름 CatalogSourceOperatorGroup을 로컬 언어로 변환했습니다. 그 결과 영어 이외의 UI 로컬에서 OLM(Operator Lifecycle Manager) 페이지에 API, CLI(oc) 또는 YAML과 일치하지 않는 리소스 종류의 로컬화된 레이블이 표시되어 일관성과 혼란을 초래했습니다. 이번 릴리스에서는 정식 영어 종류 이름 CatalogSourceOperatorGroup이 영향을 받는 OLM 로케일 파일에 복원되어 번역되지 않습니다. 결과적으로 CatalogSourceOperatorGroup 레이블은 모든 로컬에서 영어로 되어 API 및 CLI와 일관되게 유지됩니다. (OCPBUGS-99546)
  • 이번 업데이트 이전에는 관리 클러스터가 아웃바운드 인터넷 액세스를 위해 프록시가 필요한 호스팅 컨트롤 플레인 (HCP) 클러스터에서 Konnectivity 프록시 사이드카 컨테이너에 HTTP_PROXY, HTTPS_PROXYNO_PROXY와 같은 관리 클러스터 프록시 환경 변수가 수신되지 않았습니다. 그 결과 직접 클라우드 API 바이패스 경로를 통해 생성된 {aws, {azure} 또는 {ibm-cloud} 끝점에 대한 클라우드 API 호출이 TLS 핸드 셰이크 시간 초과로 실패했습니다. 이 릴리스에서는 직접 클라우드 API 연결 기능이 활성화되면 관리 클러스터 프록시 환경 변수가 Konnectivity 사이드카 컨테이너로 전파됩니다. 그 결과 클라우드 API 호출이 프록시를 통해 성공적으로 수행됩니다. (OCPBUGS-99646)
  • 이번 업데이트 이전에는 CMO(Cluster Monitoring Operator)에서 Telemeter 클라이언트에서 사용하는 cloud.openshift.com 인증 토큰에 대해 openshift-config/pull-secret만 확인했습니다. 그 결과 Microsoft Azure Red Hat OpenShift 호스팅 컨트롤 플레인과 같이 이 보안에 토큰이 포함되어 있지 않은 플랫폼에서 Telemeter 클라이언트가 배포되지 않아 Red Hat OpenShift Cluster Manager에 클러스터 등록이 불가능했습니다. 이번 릴리스에서는 기본 보안에 토큰이 없는 경우 CMO가 kube-system/global-pull-secret으로 대체됩니다. 결과적으로 Telemeter 클라이언트가 올바르게 배포됩니다. (OCPBUGS-99763)
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 소개

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

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

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

Red Hat 문서 정보

Legal Notice

Theme

© 2026 Red Hat
맨 위로 이동