1.11.4.2. 해결된 문제
-
이 업데이트 이전에는
ProvisioningRequest사양의clusterInstance라벨, 주석 또는 정책 매개 변수와 같은 하드웨어 이외의 필드를 변경하면 불필요한NodeAllocationRequest재구성이 발생했습니다. 결과적으로,ProvisioningRequest는Hardware provisioning completed: Created상태에 붙어있을 수 있으며, 메시지가NodeAllocationRequest 구성을 기다리고 있음입니다. 이 릴리즈를 사용하면 컨트롤러가 더 이상 하드웨어가 아닌 사양 변경을 위해NodeAllocationRequest를재구성하지 않습니다. 결과적으로 하드웨어 프로비저닝에 영향을 미치지 않는 Day-2ProvisioningRequest사양 업데이트가 성공적으로 완료됩니다. (OCPBUGS-90659) -
이 업데이트 이전에는
openshift-apiserver이름 공간의NetworkPolicy객체가check-endpoints서비스에서 사용되는 포트에 대한 트래픽을 차단했습니다. 따라서 Prometheus는 이러한 메트릭을 스크래핑할 수 없었고, 모든체크 엔드포인트타겟이 15분 이상 도달할 수 없을 때TargetDown경고 경고가 발사될 수 있습니다. 이 릴리즈에서는NetworkPolicy객체가check-endpoints서비스의 지정 포트에서 트래픽을 허용합니다. 결과적으로 Prometheus는 엔드포인트에 성공적으로 도달할 수 있으며,TargetDown알림은 더 이상 이 대상에 대해 발사하지 않습니다. (OCPBUGS-100168) - 이 업데이트 이전에는 단일 스택 IPv4 호스팅 컨트롤 플랜에서 KubeVirt 호스팅 클러스터가 이중 스택 관리 클러스터에서 실행되는 경우, 연결성 프록시가 외부 호스트 이름을 IPv6 주소로 해결할 수 있습니다. 결과적으로 호스팅된 제어 플레인에서 외부 요청은 IPv6를 통해 전송될 수 있으며, 단일 스택 IPv4 데이터 플레인이 해당 주소에 도달할 수 없기 때문에 시간이 지연됩니다. 이 릴리즈를 통해, connectivity proxy DNS 해상도는 단일 스택 IPv4 호스팅 컨트롤 플레인에서 IPv4 주소를 선호합니다. 결과적으로 외부 요청은 접근 가능한 IPv4 주소를 사용하여 성공적으로 완료됩니다. (OCPBUGS-100332)
-
이 업데이트 이전에 HostedCluster
spec.configuration.proxy설정이 4.18의 데이터 플레인 구성 요소에 범위 조정되었을 때 Cluster Version Operator(CVO)는 호스팅된 제어 플레인에서 해당 프록시 구성을 무시하도록 업데이트되지 않았습니다. 따라서 관리 클러스터 컨트롤 플레인 네트워크에서 프록시 설정이 작동하지 않을 경우 OpenShift 업데이트 서비스 및 PromQL 서비스로 CVO 출력이 실패하고 업데이트 조언 검색을 차단할 수 있습니다. 이 릴리즈를 사용하면 CVO는 호스팅된 컨트롤 플레인에서 호스팅된 프록시 리소스를 무시하고 컨트롤 플레인 출력에 프록시 구성이 필요하지 않다고 가정합니다. 결과적으로 CVO는 데이터 플레인 프록시 설정이 관리 클러스터 컨트롤 플레인 네트워크와 호환되지 않는 환경에서 업데이트 서비스에 액세스할 수 있습니다. (OCPBUGS-104545) -
이 업데이트 이전에 사용자 지정
providerSpec.Template이름을 가진 MachineSet를 사용하는 새로운 vSphere 실패 도메인을 추가했을 때 Machine Config Operator 부팅 이미지 컨트롤러는 VM 템플릿을 자신의 계산 이름만으로 검색하고providerSpec.Template를무시했습니다. 결과적으로, 해당 장애 도메인에 대한 조정이 실패할 수 있으며, MCO 워크스페이스 폴더 외부의 동일한 계산 이름을 가진 고객 관리 VM은 MCO 템플릿으로 오해되고 덮여있을 수 있습니다. 이 릴리즈를 사용하면 컨트롤러가 먼저providerSpec.Template를 검사하고, 템플릿을 찾을 수 없을 때만 계산된 이름으로 돌아가고, 필요한 경우 OVA에서 템플릿을 생성하고,providerSpec.Workspace.Folder외부의 이름 일치가 손상되지 않습니다. 결과적으로 새 vSphere 장애 도메인과 사용자 지정 템플릿 이름이 성공적으로 조정되며 MCO 워크스페이스 폴더 외의 고객 관리 VM은 더 이상 덮어 쓰일 위험이 없습니다. (OCPBUGS-104563) -
이 업데이트 이전에는 Telecom Boundary Clock(T-BC) PTP 구성에서 업스트림 PTP 소스가 충분히 안정되기 전에
ts2phc시스템 데몬을 시작하고phc2sys시스템 클럭 동기화가 준비되기 전에 시작할 수 있었습니다. 결과적으로 T-BC는 오랜 시간이 걸렸고,phc2sys시스템 클럭 동기화는 관련이 없는ts2phc시스템 데몬 오프셋을 기반으로 시스템 클럭을 너무 일찍 조정할 수 있었습니다. 이 릴리즈를 사용하면 T-BC의ts2phc시스템 데몬 시작이 업스트림 소스가 자격을 갖추고phc2sys시스템 시계가 준비될 때까지 지연됩니다. Telecom Grandmaster(T-GM)의 동작은 변경되지 않습니다. 결과적으로 T-BC 는 더 이상ts2phc시스템 데몬을 고정되지 않은 업스트림 소스에 대해 시작하지 않습니다. (OCPBUGS-104578) -
이 업데이트 이전에는 OpenShift Container Platform 웹 콘솔의 Quick Start 페이지에서
코드 실행스냅트를 볼 때 코드 블록의 앞쪽 흰색 공간이 명령 텍스트 앞에 빈 줄로 표시될 수 있습니다. 결과적으로, Quick Start 페이지에 걸쳐서코드 조각을 실행하면 명령 위에 추가 빈 줄이 표시될 수 있으므로 콘텐츠를 읽기가 더 어렵습니다. 이 릴리즈는 Quick Start 페이지의실행 코드스냅트에서 선두 백 스페이스 렌더링을 수정합니다. 결과적으로, 실행 코드 블록은 위에 가짜 빈 줄없이 명령 텍스트를 표시합니다. (OCPBUGS-105611)