1.6. 버그 수정


API 서버 및 인증
  • 이전에는 암호화 조건이 무기한 유지되어 일부 Operator의 성능이 저하된 상태로 보고될 수 있었습니다. 이제 오래된 암호화 조건이 올바르게 지워지고 더 이상 잘못 보고되지 않습니다. (BZ#1974520)
  • 이전에는 클러스터 수명 주기 초기에 API 서버 클라이언트 인증서용 CA가 교체되어 동일한 이름의 이전 CSR이 여전히 존재하기 때문에 Authentication Operator에서 CSR(인증서 서명 요청)을 생성하지 못했습니다. TokenReview 요청을 보낼 때 Kubernetes API 서버에서 OAuth API 서버에 자체 인증할 수 없어 인증에 실패했습니다. 이제 Authentication Operator에서 CSR을 생성할 때 생성된 이름을 사용하므로 API 서버 클라이언트 인증서에 대해 CA를 조기 교체해도 더 이상 인증 실패가 발생하지 않습니다. (BZ#1978193)
베어 메탈 하드웨어 프로비저닝
  • 이전에는 initContainers 생성 시퀀스로 인해 metal3 Pod에서 RHCOS(Red Hat Enterprise Linux CoreOS) 이미지를 다운로드할 수 없었습니다. 이 문제는 metal-static-ip-set initContainer가 metal3-machine-os-downloader initContainer 이전에 생성되도록 initContainers 생성을 다시 정렬하여 해결되었습니다. RHCOS 이미지가 예상대로 다운로드됩니다. (BZ#1973724)
  • 이전 버전에서는 idrac-virtualmedia를 사용하도록 구성된 호스트가 있는 베어 메탈에 설치 관리자 프로비저닝 설치를 사용하는 경우 해당 호스트의 bios_interface가 기본적으로 idrac-wsman로 설정되었습니다. 이로 인해 BIOS 설정을 사용할 수 없으며 예외가 발생했습니다. 이 문제는 idrac-virtualmedia를 사용하는 경우 기본 bios_interfaceidrac-redfish를 사용하여 해결됩니다. (BZ#1928816)
  • 이전에는 UEFI 모드에서 RHCOS 이미지를 다운로드한 후 ironic-python-agent가 UEFI 부트로더 항목을 생성했습니다. RHEL 8.4 기반 RHCOS 이미지를 사용하는 경우 이 항목을 사용하여 이미지를 부팅하지 못하고 BIOS 오류 화면을 출력할 수 있었습니다. 이는 고정된 부팅 항목을 사용하는 대신 이미지에 있는 CSV 파일을 기반으로 부팅 항목을 구성하는 ironic-python-agent에 의해 해결됩니다. 이미지가 오류 없이 제대로 부팅됩니다. (BZ#1966129)
  • 이전 버전에서는 provisioningHostIPinstall-config에 설정된 경우 프로비저닝 네트워크가 비활성화된 경우에도 metal3 Pod에 할당되었습니다. 이 문제가 해결되었습니다. (BZ#1972753)
  • 이전에는 sushy 리소스 라이브러리가 일치하지 않아 지원 설치 프로그램에서 Supermicro X11/X12 기반 시스템을 프로비저닝할 수 없었습니다. 이러한 불일치로 인해 가상 미디어를 InsertedWriteProtected 속성에 연결할 수 없고 VirtualMedia.InsertMedia 요청에서 허용되지 않아 설치 문제가 발생했습니다. 이 문제는 sushy 리소스 라이브러리를 수정하고 엄격하게 필요하지 않은 경우 이러한 선택적 속성 전송을 중지하는 조건을 추가하여 해결되어 이 지점에서 설치가 진행될 수 있도록 합니다. (BZ#1986238)
  • 이전에는 프로비저닝된 상태의 일부 오류 유형으로 인해 호스트가 프로비저닝되지 않았습니다. 이는 metal3 pod를 다시 시작한 후 베어 메탈 호스트에 프로비저닝된 이미지를 사용할 수 없게 된 경우 발생했습니다. 이 경우 호스트는 프로비저닝 해제 상태가 됩니다. 이 문제는 이미지를 사용할 수 없게 되면 오류가 보고되지만 프로비저닝 해제는 시작되지 않도록 프로비저닝된 상태의 오류 동작을 수정하여 해결됩니다. (BZ#1972374)
빌드
  • OpenShift Container Platform 이상에서 SCP 형식의 URL 기능을 제공하기 위해 BZ#1884270 버그 수정이 SSH 프로토콜 URL을 잘못 정리했습니다. 이 오류로 인해 oc new-build 명령이 자동 소스 복제 시크릿을 선택하지 않았습니다. 빌드에서 build.openshift.io/sbuild.openshift.io/source-secret-match-uri-1 주석을 사용하여 SSH 키를 관련 시크릿과 매핑할 수 없으므로 Git 복제를 수행할 수 없었습니다. 이번 업데이트에서는 빌드에서 주석을 사용하고 git 복제를 수행할 수 있도록 BZ#1884270의 변경 사항을 되돌립니다.
  • 이번 업데이트 이전에는 클러스터 이미지 구성의 허용 및 차단 레지스트리 구성 옵션을 통해 Cluster Samples Operator가 이미지 스트림을 생성하지 못하도록 차단할 수 있었습니다. 이 문제가 발생하면 샘플 operator가 degraded로 표시하여 일반적인 OpenShift Container Platform 설치 및 업그레이드 상태에 영향을 미쳤습니다.

    Cluster Samples Operator는 다양한 상황에서 removed된 대로 부트스트랩할 수 있습니다. 이번 업데이트를 통해 이러한 상황에는 이미지 컨트롤러 구성 매개 변수가 기본 이미지 레지스트리를 사용하거나 samplesRegistry 설정에서 지정한 이미지 레지스트리를 사용하여 이미지 스트림 생성을 방지하는 경우가 포함됩니다. Operator 상태에는 클러스터 이미지 구성으로 인해 샘플 이미지 스트림 생성할 수 없는 경우도 표시됩니다.

클라우드 컴퓨팅
  • 이전 버전에서는 새 서버에 대한 root 볼륨이 생성되고 서버가 생성되지 않은 경우 볼륨과 연결된 서버가 삭제되지 않았기 때문에 볼륨의 자동 삭제가 트리거되지 않았습니다. 이로 인해 많은 추가 볼륨이 생성되어 볼륨 할당량에 도달한 경우 오류가 발생했습니다. 이번 릴리스에서는 서버 생성 호출이 실패하면 새로 생성된 root 볼륨이 삭제됩니다. (BZ#1943378)
  • 이전에는 instanceType에 기본값을 사용할 때 Machine API가 AWS에서 m4.large 인스턴스를 생성했습니다. 이는 OpenShift Container Platform 설치 프로그램에서 생성한 머신의 m5.large 인스턴스 유형과 다릅니다. 이번 릴리스에서는 Machine API에서 기본값이 지정되면 AWS에서 새 머신에 대해 m5.large 인스턴스를 생성합니다. (BZ#1953063)
  • 이전에는 컴퓨팅 노드의 시스템 세트 정의에서 포트를 트렁크해야 하는지 여부를 지정할 수 없었습니다. 이는 사용자가 같은 시스템에 트렁크된 포트와 트렁크되지 않은 포트를 구성해야 하는 기술에 문제가 있었습니다. 이번 릴리스에서는 새 필드인 spec.Port.Trunk = bool이 추가되어 사용자가 트렁크가 트렁크를 생성하는 포트를 보다 유연하게 결정할 수 있습니다. 값을 지정하지 않으면 spec.Port.Trunkspec.Trunk의 값을 상속하고 생성된 트렁크 이름은 사용된 포트의 이름과 일치합니다. (BZ#1964540)
  • 이전에는 Machine API Operator가 이미 연결되어 있어도 새 대상을 지속적으로 연결했습니다. AWS API에 대한 과도한 호출으로 인해 많은 오류가 발생했습니다. 이번 릴리스에서는 Operator에서 연결 프로세스를 시도하기 전에 로드 밸런서 연결이 필요한지 여부를 확인합니다. 이 변경으로 실패한 API 요청의 빈도가 줄어들었습니다. (BZ#1965080)
  • 이전에는 VM에 자동 고정을 사용할 때 속성 이름이 disabled, existing, adjust로 되었습니다. 이번 릴리스에서는 이름은 각 정책을 더 잘 설명하고 oVirt에서 차단되었기 때문에 existing 이름이 제거되었습니다. 새 속성 이름은 none이고 resize_and_pin은 oVirt 사용자 인터페이스와 일치합니다. (BZ#1972747)
  • 이전에는 클러스터 자동 확장기에서 csidrivers.storage.k8s.io 또는 csistoragecapacities.storage.k8s.io 리소스에 액세스할 수 없어 권한 오류가 발생했습니다. 이번 수정을 통해 클러스터 자동 스케일러에 할당된 역할이 업데이트되어 해당 리소스에 대한 권한이 포함됩니다. (BZ#1973567)
  • 이전에는 삭제된 노드로 머신을 삭제할 수 있었습니다. 이로 인해 머신이 삭제 단계에 무기한 유지되었습니다. 이번 수정을 통해 이 상태의 머신을 올바르게 삭제할 수 있습니다. (BZ#1977369)
  • boot-from-volume 이미지를 사용하는 경우 시스템 컨트롤러가 재부팅되는 경우 새 인스턴스를 생성하면 볼륨이 누출됩니다. 이로 인해 이전에 만든 볼륨이 정리되지 않았습니다. 이번 수정을 통해 이전에 만든 볼륨이 정리되거나 재사용됩니다. (BZ#1983612)
  • 이전에는 RHV(Red Hat Virtualization) 공급자가 머신의 br-ex 이름이 있는 NIC를 무시했습니다. OVNKubernetes의 네트워크 유형은 br-ex 이름으로 NIC를 생성하므로 머신에 OVN-Kubernetes에서 IP 주소가 할당되지 않았습니다. 이번 수정을 통해 네트워크를 OVNKubernetes로 설정하여 RHV에 OpenShift Container Platform을 설치할 수 있습니다. (BZ#1984481)
  • 이전에는 프록시와 사용자 정의 CA 인증서가 조합된 RHOSP(Red Hat OpenStack Platform)에 배포하면 클러스터가 완전히 작동하지 않았습니다. 이번 수정에서는 사용자 정의 CA 인증서로 연결할 때 사용되는 HTTP 전송에 프록시 설정을 전달하여 모든 클러스터 구성 요소가 예상대로 작동하도록 합니다. (BZ#1986540)
Cluster Version Operator
  • 이전에는 CVO(Cluster Version Operator)가 프록시 구성 리소스의 noProxy 속성을 인식하지 못했습니다. 결과적으로 프록시되지 않은 연결만 완료되었을 때 CVO는 업데이트 권장 사항 또는 릴리스 서명에 대한 액세스가 거부되었습니다. 이제 프록시되지 않은 액세스를 프록시하지 않고 직접 요청하면 CVO가 업스트림 업데이트 서비스 및 서명 저장소에 직접 도달합니다. (BZ#1978749)
  • 이전에는 CVO(Cluster Version Operator)가 Network Operator에서 확인한 상태 속성 대신 프록시 리소스 사양 속성에서 프록시 구성을 로드했습니다. 결과적으로 잘못 구성된 값은 CVO가 업스트림 업데이트 서비스 또는 서명 저장소에 도달하지 못하게 했습니다. 이제 CVO는 확인된 상태 속성에서만 프록시 구성을 로드합니다. (BZ#1978774)
  • 이전에는 CVO(Cluster Version Operator)에서 매니페스트 외부에 추가된 볼륨 마운트를 제거하지 않았습니다. 이로 인해 볼륨 오류가 발생하는 동안 Pod 생성이 실패할 수 있었습니다. 이제 CVO는 매니페스트에 표시되지 않는 모든 볼륨 마운트를 제거합니다. (BZ#2004568)
콘솔 스토리지 플러그인
  • 이전에는 Ceph 스토리지로 작업할 때 Console Storage 플러그인에 namespace 매개변수의 중복 사용이 불필요하게 포함되었습니다. 이 버그에는 고객이 볼 수 있는 영향이 없었습니다. 그러나 네임스페이스를 중복 사용하지 않도록 플러그인이 업데이트되었습니다. (BZ#1982682)
이미지 레지스트리
  • 레지스트리에서 사용자 정의 허용 오차를 사용해야 하는지 확인하는 Operator는 spec.tolerations 대신 spec.nodeSelector를 확인했습니다. spec.tolerations의 사용자 지정 허용 오차는 spec.nodeSelector가 설정된 경우에만 적용됩니다. 이번 수정에서는 spec.tolerations 필드를 사용하여 사용자 지정 허용 오차가 있는지 확인합니다. 이제 spec.tolerations가 설정된 경우 Operator는 사용자 정의 허용 오차를 사용합니다. (BZ#1973318)
  • configs.imageregistryspec.managementStateRemoved로 설정되어 이미지 정리기 Pod가 v1.21 이상에서 더 이상 사용되지 않는 CronJob에 대한 경고를 생성했으며 batch/v1을 사용해야 했습니다. 이번 수정에서는 OpenShift Container Platform oc에서 batch/v1batch/v1beta1이 업데이트되었습니다. 이제 이미지 정리기 Pod에서 사용되지 않는 CronJob에 대한 경고가 더 이상 표시되지 않습니다. (BZ#1976112)
설치 프로그램
  • 이전에는 Azure 컨트롤 플레인 노드의 네트워크 인터페이스에서 인터페이스 이름에 하이픈이 누락되었습니다. 이로 인해 다른 플랫폼과 비교했을 때 문제가 발생했습니다. 누락된 하이픈이 추가되었습니다. 이제 플랫폼에 관계없이 모든 컨트롤 플레인 노드의 이름이 동일하게 지정됩니다. (BZ#1882490)
  • oVirt의 install-config.yaml 파일에서 autoPinningPolicyhugepages 필드를 구성할 수 있습니다. autoPinningPolicy 필드를 사용하면 클러스터의 NUMA(Non-Uniform Memory Access) 고정 설정 및 CPU 토폴로지 변경을 자동으로 설정할 수 있습니다. hugepages 필드를 사용하면 하이퍼바이저의 Hugepages를 설정할 수 있습니다. (BZ#1925203)
  • 이전에는 설치 프로그램을 사용할 수 없어도 FIPS 활성화와 함께 Ed25519 SSH 키 유형을 사용할 때 오류가 출력되지 않았습니다. 이제 설치 프로그램에서 SSH 키 유형을 검증하여 FIPS가 활성화된 상태에서 SSH 키 유형을 지원하지 않을 때 오류를 출력합니다. FIPS가 활성화되면 RSA 및 ECDSA SSH 키 유형만 허용됩니다. (BZ#1962414)
  • 특정 조건에서 RHOSP(Red Hat OpenStack Platform) 네트워크 트렁크에는 트렁크가 클러스터에 속해 있음을 나타내는 태그가 없습니다. 결과적으로 클러스터 삭제는 트렁크 포트가 누락되어 시간이 초과될 때까지 루프에 갇혔습니다. 이제 클러스터를 삭제하면 태그가 지정된 포트가 상위 포트인 트렁크가 삭제됩니다. (BZ#1971518)
  • 이전에는 RHOSP(Red Hat OpenStack Platform)에서 클러스터를 설치 제거할 때 비효율적인 알고리즘을 사용하여 리소스를 삭제했습니다. 비효율적인 알고리즘으로 인해 제거 프로세스에 필요한 시간보다 많은 시간이 소요되었습니다. 설치 프로그램은 클러스터를 더 신속하게 제거해야 하는 보다 효율적인 알고리즘으로 업데이트되었습니다. (BZ#1974598)
  • 이전에는 AWS_SHARED_CREDENTIALS_FILE 환경 변수가 빈 파일로 설정된 경우 설치 프로그램에서 인증 정보를 요청한 다음, 환경 변수의 값을 무시하고 기존 인증 정보를 덮어쓸 수 있는 aws/credentials 파일을 생성했습니다. 이번 수정으로 지정된 파일에 인증 정보를 저장하도록 설치 프로그램이 업데이트되었습니다. 지정된 파일에 잘못된 인증 정보가 있는 경우 설치 프로그램에서 파일을 덮어쓰는 대신 오류를 생성하고 정보가 손실될 위험을 감수합니다. (BZ#1974640)
  • 이전에는 Azure에서 다른 클러스터와 리소스를 공유한 클러스터를 삭제할 때 애매모호한 오류 메시지가 표시되어 삭제 실패 이유를 이해하기 어려웠습니다. 이번 업데이트에서는 오류 발생 이유를 설명하는 오류 메시지가 추가되었습니다. (BZ#1976016)
  • 이전에는 오타로 인해 Kuryr 배포가 잘못된 요구 사항에 대해 확인되었습니다. 즉 Kuryr의 최소 요구 사항을 충족하지 않아도 Kuryr를 사용한 설치는 성공할 수 있었습니다. 이번 수정을 통해 오류가 제거되어 설치 프로그램이 올바른 요구 사항을 확인할 수 있습니다. (BZ#1978213)
  • 이번 업데이트 이전에는 keepalived에 대한 수신 검사에 fall 및 raise 지시문이 포함되지 않았습니다. 즉, 한 번의 실패한 검사로 인해 수신 가상 IP 페일오버가 발생할 수 있었습니다. 이 버그 수정을 통해 fall 및 raise 지시문을 도입하여 이러한 페일오버를 방지합니다. (BZ#1982766)
Kubernetes API 서버
  • 이전 버전에서는 배포 및 이미지 스트림이 동시에 생성될 때 경쟁 조건이 발생하여 배포 컨트롤러에서 무한 루프에 복제본 세트를 생성할 수 있었습니다. API 서버의 이미지 정책 플러그인이 낮아지고 배포 및 이미지 스트림을 동시에 생성하는 경우 더 이상 무한 복제본 세트가 발생하지 않습니다. (BZ#1925180), (BZ#1976775)
  • 이전에는 동일한 경로에 작성 중인 설치 프로그램 pod와 cert-syncer 컨테이너 간에 경쟁이 있었습니다. 이로 인해 일부 인증서가 비어 있고 서버가 실행되지 않을 수 있었습니다. 이제 Kubernetes API 서버 인증서가 여러 프로세스 간의 경쟁을 방지하기 위해 원자적인 방식으로 작성됩니다. (BZ#1971624)
모니터링
  • 이번 업데이트 이전에는 cluster-monitoring-view 사용자 역할을 목표로 하여 Alertmanager에 대한 액세스만 허용하더라도 이 역할에 할당된 관리자가 아닌 사용자는 여전히 경고를 생성하고 음소거할 수 있었습니다. 이번 업데이트를 통해 이 역할에만 할당된 사용자는 더 이상 경고를 생성하거나 음소거할 수 없습니다. 관리자가 아닌 사용자가 경고를 생성하고 음소거할 수 있도록 하려면 cluster-monitoring-view 역할 외에도 새 monitoring-alertmanager-edit 역할을 할당해야 합니다. (BZ#1947005)
네트워킹
  • OVN-Kubernetes 클러스터 네트워크 공급자를 사용할 때 메모리 제한 없이 논리 흐름 캐시가 구성되었습니다. 결과적으로 메모리가 부족하면 노드를 사용할 수 없게 될 수 있었습니다. 이번 업데이트를 통해 논리 흐름 캐시는 기본적으로 1GB 메모리 제한으로 구성됩니다. (BZ#1961757)
  • OVN-Kubernetes 클러스터 네트워크 공급자를 사용하는 경우 나중에 업그레이드된 OpenShift Container Platform 4.5 클러스터에서 생성된 모든 네트워크 정책에서 예기치 않은 트래픽을 허용하거나 제거할 수 있습니다. 최신 버전의 OpenShift Container Platform에서 OVN-Kubernetes는 IP 주소 세트를 관리하는 데 다른 규칙을 사용하고 OpenShift Container Platform 4.5에서 생성된 모든 네트워크 정책은 이 규칙을 사용하지 않았습니다. 이제 업그레이드하는 동안 모든 네트워크 정책이 새 규칙으로 마이그레이션됩니다. (BZ#1962387)
  • OVN-Kubernetes 클러스터 네트워크 공급자의 경우 must-gather를 사용하여 OVS(Open vSwitch) 로그를 검색할 때 수집된 로깅 데이터에서 INFO 로그 수준이 누락되었습니다. 이제 모든 로그 수준이 OVS 로깅 데이터에 포함됩니다. (BZ#1970129)
  • 이전 버전에서는 성능 테스트의 레이블 요구 사항으로 인해 서비스 컨트롤러 메트릭에서 cardinality가 크게 증가한 것으로 나타났습니다. 결과적으로 메모리 사용량이 OVN(Open Virtual Network) Prometheus Pod에서 증가했습니다. 이번 업데이트를 통해 레이블 요구 사항이 제거됩니다. 이제 서비스 컨트롤러 Cardinality 메트릭 및 메모리 사용량이 줄어듭니다. (BZ#1974967)
  • 이전에는 ovnkube-trace에서 인터페이스 link 색인을 감지해야 했기 때문에 소스 및 대상 Pod에 iproute를 설치해야 했습니다. 이로 인해 iproute가 설치되지 않은 경우 Pod에서 ovnkube-trace가 실패했습니다. 이제 iproute 대신 /sys/class/net/<interface>/iflink에서 link 인덱스를 가져올 수 있습니다. 결과적으로 ovnkube-trace에서 더 이상 소스 및 대상 Pod에 iproute를 설치할 필요가 없습니다. (BZ#1978137)
  • 이전에는 CNO(Cluster Network Operator)에서 올바른 주석 및 역할 기반 액세스 제어(RBAC) 없이 Prometheus에서 검색할 수 있도록 network-check-source 서비스를 위한 서비스 모니터를 배포했습니다. 결과적으로 서비스와 해당 메트릭은 Prometheus에 채워지지 않았습니다. 이제 올바른 주석과 RBAC가 network-check-source 서비스의 네임스페이스에 추가됩니다. 이제 Prometheus를 통해 서비스 network-check-source의 메트릭이 스크랩됩니다. (BZ#1986061)
  • 이전에는 IPv6 DHCP를 사용할 때 노드 인터페이스 주소가 /128 접두사로 임대될 수 있었습니다. 결과적으로 OVN-Kubernetes는 동일한 접두사를 사용하여 노드의 네트워크를 유추하고 게이트웨이를 통해 다른 클러스터 노드에 대한 트래픽을 포함한 다른 주소 트래픽을 라우팅합니다. 이번 업데이트를 통해 OVN-Kubernetes는 노드의 라우팅 테이블을 검사하고 노드의 인터페이스 주소에 대한 광범위한 라우팅 항목을 확인하여 해당 접두사를 사용하여 노드의 네트워크를 유추합니다. 결과적으로 다른 클러스터 노드로의 트래픽이 더 이상 게이트웨이를 통해 라우팅되지 않습니다. (BZ#1980135)
  • 이전에는 클러스터에서 OVN-Kubernetes Container Network Interface 공급자를 사용할 때 IPv6 주소가 있는 송신 라우터를 추가하는 데 실패했습니다. 수정판에서는 IPv6에 대한 지원이 송신 라우터 CNI 플러그인에 추가되고 송신 라우터 추가에 성공합니다. (BZ#1989688)
노드
  • 이전에는 컨테이너에서 CRI-O가 /proc/mounts 파일에서 /etc/mtab 파일에 대한 심볼릭 링크를 생성하지 않았습니다. 결과적으로 사용자는 컨테이너의 /etc/mtab 파일에 마운트된 장치 목록을 볼 수 없었습니다. CRI-O는 이제 심볼릭 링크를 추가합니다. 결과적으로 사용자는 컨테이너의 마운트된 장치를 볼 수 있습니다. (BZ#1868221)
  • 이전에는 생성 후 Pod가 신속하게 삭제된 경우 kubelet에서 Pod를 올바르게 정리하지 못할 수 있었습니다. 이로 인해 Pod가 종료 상태가 되어 업그레이드 가용성에 영향을 미칠 수 있었습니다. 이번 수정을 통해 Pod 라이프사이클 논리가 개선되어 이러한 문제 발생을 방지할 수 있습니다. (BZ#1952224)
  • 이전에는 시스템 메모리 사용량이 예약된 메모리의 90%를 초과하면 SystemMemoryExceedsReserved 경고가 발생했습니다. 이로 인해 클러스터에서 과도한 수의 경고를 실행할 수 있었습니다. 이 알람의 임계값이 예약된 메모리의 95%에서 실행되도록 변경되었습니다. (BZ#1980844)
  • 이전에는 CRI-O의 버그로 인해 CRI-O에서 생성한 프로세스의 하위 PID가 유출되었습니다. 결과적으로 부하가 걸린 경우 systemd에서 상당한 수의 좀비 프로세스를 생성할 수 있습니다. 이로 인해 노드에서 PID가 실행된 경우 노드에 오류가 발생할 수 있습니다. CRI-O가 누출을 방지하기 위해 수정되었습니다. 따라서 이러한 좀비 프로세스가 더 이상 생성되지 않습니다. (BZ#2003197)
OpenShift CLI(oc)
  • 이전 버전에서는 레지스트리를 미러링하는 동안 oc 명령줄 툴이 충돌하여 --max-components 인수를 사용할 때 슬라이스에서 검사되지 않은 인덱스 작업으로 인해 slice bounds out of range 패닉 런타임 오류가 발생했습니다. 이번 수정을 통해 --max-components 인수를 사용할 때 oc 툴이 더 이상 패닉하지 않도록 구성 요소 검사에서 범위를 벗어난 인덱스 값을 요청하지 않도록 검사가 추가되었습니다. (BZ#1786835)
  • 이전 버전에서는 oc describe quota 명령에 ClusterResourceQuota 값에 대해 Used 메모리에 일관되지 않은 유닛이 표시되었으며 예측할 수 없고 읽기 어려웠습니다. 이번 수정을 통해 이제 Used 메모리에서 항상 Hard 메모리와 동일한 유닛을 사용하므로 oc describe quota 명령에서 예측 가능한 값을 표시합니다. (BZ#1955292)
  • 이전에는 클라이언트 설정이 누락되어 oc logs 명령이 파이프라인 빌드에서 작동하지 않았습니다. 이제 파이프라인 빌드와 함께 작동하도록 oc logs 명령에서 클라이언트 설정이 수정되었습니다. (BZ#1973643)
OLM(Operator Lifecycle Manager)
  • 이전에는 설치된 Operator가 olm.maxOpenShiftVersion을 현재 버전보다 작거나 같은 OpenShift Container Platform 마이너 버전으로 설정한 경우 OLM(Operator Lifecycle Manager) 업그레이드 가능 상태 메시지가 명확하게 표시되지 않았습니다. 이로 인해 olm.maxOpenShiftVersion이 현재 OpenShift Container Platform 버전과 다르게 설정된 경우 마이너 버전 및 주요 버전 업그레이드만 차단되도록 수정된 잘못된 오류 메시지가 발생했습니다. (BZ#1992677)
  • 이전에는 opm 명령이 인덱스에 있을 때 번들을 사용 중단하지 못했습니다. 결과적으로 동일한 호출에서 다른 사용 중단의 일부로 잘린 번들이 누락됨으로 보고되었습니다. 이번 업데이트에서는 더 이상 사용되지 않는 번들과 잘린 번들을 구분하기 위해 사용 중단이 발생하기 전에 번들에 대한 검사를 추가합니다. 결과적으로 동일한 업그레이드 경로를 통해 더 이상 사용되지 않는 번들이 누락된 것으로 보고되지 않습니다. (BZ#1950534)
  • OLM(Operator Lifecycle Manager)이 클러스터에서 CRD(사용자 정의 리소스 정의) 오브젝트를 업데이트하려고 하면 일시적인 오류가 발생할 수 있었습니다. 이로 인해 OLM이 CRD를 포함하는 설치 계획에 영구적으로 실패했습니다. 이번 버그 수정에서는 리소스 수정 충돌 오류에 대한 CRD 업데이트를 재시도하도록 OLM이 업데이트되었습니다. 결과적으로 OLM은 이러한 일시적인 오류에 대해 보다 탄력적으로 대응할 수 있게 되었습니다. OLM에서 재시도하고 해결할 수 있는 충돌 오류에 대해 설치 계획이 더 이상 영구적으로 실패하지 않습니다. (BZ#1923111)
  • opm index|registry add 명령은 인덱스에서 이미 잘렸는지 여부와 관계없이 교체된 인덱스에 Operator 번들이 있는지 확인하려고 시도했습니다. 해당 패키지에 대해 번들이 더 이상 사용되지 않는 경우에도 명령이 지속적으로 실패합니다. 이 버그 수정에서는 이 에지 케이스를 처리하도록 opm CLI를 업데이트하고 더 이상 잘린 번들이 있는지 확인하지 않습니다. 따라서 지정된 패키지에 대해 번들이 더 이상 사용되지 않으면 명령이 더 이상 실패하지 않습니다. (BZ#1952101)
  • OLM(Operator Lifecycle Manager)에서 카탈로그 소스 리소스의 레이블을 사용하여 우선순위 클래스를 레지스트리 Pod로 프로젝션할 수 있습니다. 기본 카탈로그 소스는 클러스터에서 관리하는 네임스페이스에서 중요한 구성 요소이며 우선순위 클래스를 지정합니다. 이번 개선된 기능을 통해 openshift-marketplace 네임스페이스의 모든 기본 카탈로그 소스에는 system-cluster-critical 우선순위 클래스가 있습니다. (BZ#1954869)
  • Marketplace Operator는 임대 소유자의 ID를 보유하는 구성 맵에 컨트롤러 Pod에 의해 배치된 소유자 참조가 있는 leader-for-life 구현을 사용하고 있었습니다. 이는 Pod가 예약된 노드를 사용할 수 없게 되어 Pod를 종료할 수 없는 경우 문제가 됩니다. 이로 인해 구성 맵이 올바르게 가비지 수집되지 않아 새 리더가 선택될 수 있었습니다. 최신 Marketplace Operator 버전이 리더를 선택할 수 없으므로 마이너 버전 클러스터 업그레이드가 차단되었습니다. 잠금을 해제하고 Marketplace 구성 요소의 업그레이드를 완료하려면 리더 선택 리스를 포함하는 구성 맵을 수동으로 정리해야 했습니다. 이 버그 수정을 통해 leader-for-lease 리더 선택 구현을 사용하도록 전환됩니다. 그 결과 리더 선택이 더 이상 이 시나리오로 되지 않습니다. (BZ#1958888)
  • 이전에는 설치 계획에 대한 새로운 Failed 단계가 도입되었습니다. 설치 계획이 생성된 네임스페이스에 대해 유효한 OG(Operator group) 또는 서비스 계정(SA) 리소스를 검색하지 못하면 설치 계획이 실패 상태로 전환됩니다. 즉, 설치 계획이 처음으로 조정되었을 때 이러한 리소스를 감지하지 못하는 것은 영구적인 실패로 간주되었습니다. 이는 다음과 같은 설치 계획의 이전 동작에서 회귀한 것입니다.

    • OG 또는 SA 리소스를 감지하지 못하면 조정 계획을 다시 큐에 추가합니다.
    • 번들 압축 해제 단계가 실패하지 않는 한 정보 제공 큐의 재시도 제한에 도달하기 전에 필요한 리소스를 생성하면 Installing 계획이 설치 단계에서 Complete 단계로 전환됩니다.

    이러한 회귀 문제로 인해 필요한 OG 및 SA 리소스와 함께 설치 계획을 생성하는 Operator를 설치하기 위해 매니페스트 세트를 동시에 적용한 사용자에게는 비정상적인 동작이 발생했습니다. 이러한 경우 OG와 SA 조정에 지연이 발생할 때마다 설치 계획이 영구 오류 상태로 전환됩니다.

    이번 버그 수정을 통해 설치 계획을 Failed 단계로 전환한 논리가 제거됩니다. 대신 조정 오류에 대해 설치 계획이 다시 큐에 추가됩니다. 결과적으로 OG가 탐지되지 않으면 다음 조건이 설정됩니다.

    conditions:
     - lastTransitionTime: ""2021-06-23T18:16:00Z""
     lastUpdateTime: ""2021-06-23T18:16:16Z""
     message: attenuated service account query failed - no operator group found that
     is managing this namespace
     reason: InstallCheckFailed
     status: ""False""
     type: Installed

    유효한 OG가 생성되면 다음 조건이 설정됩니다.

    conditions:
     - lastTransitionTime: ""2021-06-23T18:33:37Z""
     lastUpdateTime: ""2021-06-23T18:33:37Z""
     status: ""True""

    (BZ#1960455)

  • 카탈로그 소스를 업데이트할 때 Get 호출은 카탈로그 소스와 관련된 여러 리소스에 대한 Delete 호출이 즉시 이어집니다. 경우에 따라 리소스가 이미 삭제되었지만 리소스는 여전히 캐시에 존재했습니다. 이로 인해 Get 호출이 성공적으로 수행되었지만 클러스터에 리소스가 없으므로 다음 Delete 호출이 실패했습니다. 이번 버그 수정에서는 리소스를 찾을 수 없는 경우 Delete 호출에서 반환된 오류를 무시하도록 OLM(Operator Lifecycle Manager)을 업데이트합니다. 결과적으로 OLM에서 Delete 호출에서 "Resource Not Found" 오류가 발생하는 캐싱 문제로 인해 카탈로그 소스를 업데이트할 때 더 이상 오류를 보고하지 않습니다. (BZ#1967621)
  • 63자 제한을 초과하는 이름의 CSV(클러스터 서비스 버전)로 인해 잘못된 ownerref 레이블이 발생합니다. 이전 버전에서는 OLM(Operator Lifecycle Manager)에서 ownerref 참조를 사용하여 클러스터 역할 바인딩을 비롯한 소유된 리소스를 검색할 때 목록에서 잘못된 레이블로 인해 네임스페이스의 모든 클러스터 역할 바인딩을 반환했습니다. 이번 버그 수정에서는 다른 방법을 사용하도록 OLM을 업데이트하여 서버가 잘못된 ownerref 레이블을 거부하도록 합니다. 결과적으로 CSV에 잘못된 이름이 있으면 OLM에서 더 이상 클러스터 역할 바인딩을 제거하지 않습니다. (BZ#1970910)
  • 이전에는 설치 시간 후에 Operator 종속 항목이 항상 유지되지 않았습니다. 종속성을 선언하는 Operator를 설치한 후 동일한 네임스페이스 내에서 나중에 업데이트 및 설치하면 이전에 설치된 Operator의 종속성을 준수하지 못할 수 있습니다. 이번 버그 수정으로 Operator의 ClusterServiceVersion (CSV) 오브젝트의 주석에서 Operator의 선언된 모든 속성과 함께 종속성이 유지됩니다. 결과적으로 설치된 Operator의 선언된 종속 항목은 향후 설치 시 계속 유지됩니다. (BZ#1978310)
  • 이전 버전에서는 더 이상 사용되지 않는 번들을 사용하여 Operator를 제거하면 사용 중단 내역이 가비지 컬렉션에 포함되지 않았습니다. 결과적으로 Operator를 다시 설치하는 경우 번들 버전에 더 이상 사용되지 않는 테이블이 표시되었습니다. 이번 업데이트에서는 더 이상 사용되지 않는 번들의 가비지 컬렉션이 개선되어 문제가 해결되었습니다. (BZ#1982781)
  • 이전에는 클러스터의 z-stream 버전이 Operator 호환성 계산에 사용되었습니다. 결과적으로 OpenShift Container Platform의 마이크로 릴리스가 차단되었습니다. 이번 업데이트에서는 Operator 호환성 비교에서 클러스터 z-stream 버전을 무시하여 문제가 해결되었습니다. (BZ#1993286)
OpenShift API 서버
  • 이전에는 서비스의 검색 끝점에 대한 단일 실패 요청으로 Operator에서 Available=False를 보고할 수 있었습니다. 복원력을 높이기 위해 일부 Operator가 다양한 일시적인 오류로 인해 업데이트 중에 Available=False를 보고하지 못하도록 개선 사항이 추가되었습니다. (BZ#1948089)
OpenShift 업데이트 서비스
  • 이전에는 웹 콘솔을 통해 업데이트 서비스 애플리케이션을 생성할 때 잘못된 호스트 오류가 발생했습니다. 이는 기본 OSUS(OpenShift Update Service) 애플리케이션 이름이 너무 길기 때문에 발생했습니다. 이제 더 짧은 기본 이름이 표시되어 더 이상 오류가 발생하지 않습니다. (BZ#1939788)
Performance Addon Operator

OpenShift Container Platform 4.9에서 Performance Addon Operator에 대한 다음 업데이트를 사용할 수 있습니다.

  • 이전에는 대역폭 제한 연결이 있는 환경에서 Performance Addon Operator를 제대로 다시 시작할 수 없었습니다. 단일 노드 클러스터 또는 기타 에지 노드에서 이미지 레지스트리에 대한 연결이 끊어진 경우에도 제대로 다시 시작할 수 없었습니다. 이번 업데이트를 통해 노드에서 이미지를 이미 사용할 수 있는 경우 registry.redhat.io 에서 이미지를 가져오지 않도록 하면 문제가 해결됩니다. 이번 수정을 통해 Performance Addon Operator가 로컬 이미지 캐시의 이미지를 사용하여 올바르게 다시 시작됩니다. (BZ#2055019)
RHCOS(Red Hat Enterprise Linux CoreOS)
  • 이전에는 systemd가 /etc/kubernetes의 환경 파일을 읽을 수 없었습니다. SELinux 정책으로 인해 이 문제가 발생하여 kubelet이 시작되지 않았습니다. 정책이 수정되었습니다. kubelet이 시작되고 환경 파일을 읽을 수 있습니다. (BZ#1969998)
  • ECKD DASD가 연결된 s390x KVM(커널 가상 시스템)에서 DASD는 일반 virtio 스토리지 장치인 것처럼 보이지만 VTOC가 제거된 경우 액세스할 수 없게 됩니다. 결과적으로 KVM에 RHCOS(Red Hat Enterprise Linux CoreOS)를 설치할 때 DASD를 virtio 블록 장치로 사용할 수 없었습니다. coreos-installer 프로그램이 업데이트되어 설치 대상이 KVM에 연결된 ECKD DASD와 같은 virtio 스토리지 장치인 경우 VTOC 형식 파티션 테이블이 있는 RHCOS(Red Hat Enterprise Linux CoreOS)를 설치합니다. (BZ#1960485)
  • 이전에는 NetworkManager-wait-online-service가 너무 빨리 시간 초과되어 coreos-installer 프로그램이 시작되기 전에 연결을 설정할 수 없었습니다. 결과적으로 네트워크를 시작하는 데 시간이 너무 오래 걸리는 경우 coreos-installer 프로그램에서 Ignition 구성을 가져오지 못했습니다. 이번 업데이트를 통해 NetworkManager-wait-online-service 시간 제한이 기본 업스트림 값으로 증가했습니다. 결과적으로 coreos-installer 프로그램에서 더 이상 Ignition 구성을 가져오지 못합니다. (BZ#1967483)
라우팅
  • 이전에는 CNO(Cluster Network Operator)가 프록시 구성을 삭제하려고 할 때 특히 no_proxy 구성을 삭제하려고 할 때 구성 드리프트가 있었습니다. 이로 인해 no_proxy에서 특정 IPv6 CIDR이 누락되었습니다. 이번 수정에서는 모든 시나리오에 듀얼 스택(IPV4 및 IPV6)을 업데이트하는 로직이 구현되었습니다. (BZ#1981975)
  • 이전에는 dns.config.openshift.io Operato의 .spec.privateZone 필드가 잘못 입력되어 Ingress Operator가 프라이빗 호스팅 영역을 찾을 수 없는 경우 Ingress Operator의 성능이 저하되었습니다. 그러나 .spec.privateZone 필드를 수정한 후에도 Ingress Operator의 성능이 저하되었습니다. Ingress Operator는 호스팅 영역을 찾고 .apps 리소스 레코드를 추가하지만 Ingress Operator는 성능이 저하된 상태를 재설정하지 않습니다. 이번 수정에서는 DNS 구성 오브젝트를 감시하고 spec.privateZone 필드와 관련된 변경 사항을 모니터링합니다. 이로 인해 적절한 논리를 적용하고 Operator 상태를 적절하게 업데이트합니다. 올바른 .spec.privateZone 필드가 설정되면 Operator 상태는 성능이 저하되거나 False로 돌아갑니다. (BZ#1942657)
샘플
  • 이전에는 연결 시간 초과가 부족하여 지연 시간이 길어졌습니다. 이는 managementStateRemoved로 설정된 Cluster Samples Operator에서 registry.redhat.io에 대한 연결을 테스트한 경우 발생했습니다. 연결 시간 초과를 추가하면 지연이 제거됩니다. (BZ#1990140)
스토리지
  • 이전에는 수동 정리가 필요한 사용 중인 PV가 있는LocalVolumeSet을 삭제할 수 있었습니다. 이번 수정을 통해 릴리스된 모든 PV가 자동으로 정리됩니다. (BZ#1862429)
  • 이전에는 oc get volumesnapshotcontent 명령에서 볼륨 스냅샷의 네임스페이스를 표시하지 않았습니다. 이로 인해 볼륨 스냅샷이 고유하게 식별되지 않았습니다. 이제 이 명령은 볼륨 스냅샷의 네임스페이스를 표시합니다. (BZ#1965263)
  • 이전에는 Manila CSI Operator에서 자체 서명 인증서를 사용하는 RHOSP(Red Hat OpenStack Platform) 끝점과 통신할 때 사용자 정의 전송을 사용했습니다. 이 사용자 정의 전송에서 프록시 환경 변수를 사용하지 않았기 때문에 Manila CSI Operator가 Manila와 통신하지 못했습니다. 이번 업데이트를 통해 사용자 정의 전송에서 프록시 환경 변수를 사용할 수 있습니다. 결과적으로 Manila CSI Operator가 프록시 및 사용자 정의 CA 인증서와 함께 작동합니다. (BZ#1960152)
  • 이전 버전에서는 Cinder CSI Driver Operator에서 RHOSP(Red Hat OpenStack Platform) API에 연결하는 데 구성된 프록시를 사용하지 않아 설치가 실패할 수 있었습니다. 이번 업데이트를 통해 Cinder CSI Driver Operator 배포에 주석이 포함되어 프록시 환경 변수가 컨테이너에 설정됩니다. 결과적으로 설치에 더 이상 실패하지 않습니다. (BZ#1985391)
  • Local Storage Operator에서 새로 추가된 블록 장치를 검사하는 빈도가 5초에서 60초로 변경되었습니다. (BZ#1994035)
  • 이전에는 Manila CSI Operator와의 통신 실패로 클러스터 성능이 저하되었습니다. 이번 업데이트를 통해 Manila CSI Operator 끝점과의 통신 실패로 인해 치명적이지 않은 오류가 발생합니다. 결과적으로 클러스터를 저하시키는 대신 Manila CSI Operator가 비활성화됩니다. (BZ#2001958)
  • 이전에는 Local Storage Operator에서 분리된 PV(영구 볼륨)를 10초 지연으로 삭제하고 지연이 누적되었습니다. 여러 PVC(영구 볼륨 클레임)를 동시에 삭제하면 PV를 삭제하는 데 몇 분 또는 시간이 걸릴 수 있습니다. 결과적으로 새 PVC에서 해당 로컬 디스크를 여러 시간 동안 사용할 수 없었습니다. 이번 수정을 통해 10초 지연이 제거됩니다. 결과적으로 PV가 감지되고 해당 로컬 디스크를 새 PVC에 더 빨리 사용할 수 있게 됩니다. (BZ#2007684)
웹 콘솔(관리자 화면)
  • 이전에는 PF4 테이블의 모든 행이 다시 렌더링되었습니다. 이번 업데이트를 통해 React.memo 의 콘텐츠가 래핑되어 모든 스크롤 이벤트에서 콘텐츠가 다시 렌더링되지 않습니다. (BZ#1856355)
  • 이전에는 OpenShift Container Platform 웹 콘솔의 클러스터 사용률 차트에서 데이터 시간이 혼동되는 방식으로 표시되었습니다. 예를 들어, 6시간 동안의 시간 범위 옵션을 선택했지만 마지막 3시간 동안만 데이터가 있는 경우 해당 세 개의 데이터 지점이 전체 차트를 채우도록 확장되었습니다. 처음 3시간은 표시되지 않았습니다. 이 경우 차트가 전체 6시간 동안의 시간 범위로 표시된 것으로 가정할 수 있었습니다. 혼동을 피하기 위해 이제 차트에 누락된 정보에 대한 빈 공간이 표시됩니다. 이 예에서 차트는 4시간부터 시작하는 데이터와 함께 전체 6시간 동안의 범위를 표시합니다. 처음 3 시간은 비어두게 됩니다. (BZ#1904155)
  • 이전에는 NetworkPolicy가 웹 콘솔에서 한국어 또는 중국어로 번역되어 있지 않았습니다. 이번 업데이트를 통해 한국어 또는 중국어로 웹 콘솔을 볼 때 NetworkPolicy가 올바르게 번역됩니다. (BZ#1965930)
  • 이전 버전에서는 콘솔 개요 섹션의 Needs Attention 상태 문제에서 Operator가 업그레이드되지 않았더라도 Operator가 upgrading으로 표시되었습니다. 이번 업데이트에서는 Operator의 올바른 상태가 표시되도록 Needs Attention 상태가 수정되었습니다. (BZ#1967047)
  • 이전에는 CSV(클러스터 서비스 버전)에 대한 경고에 실패한 CSV 문제를 해결하는 데 도움이 되지 않은 일반 status.message가 표시되었습니다. 이번 업데이트를 통해 CSV 복사본에는 유용한 메세지와 문제 해결을 위한 원본 CSV에 대한 링크가 표시됩니다. (BZ#1967658)
  • 이전에는 사용자가 키보드로 마스트 헤드의 드롭다운 옵션을 사용할 수 없었습니다. 이번 업데이트를 통해 이제 사용자가 키보드를 사용하여 드롭다운 옵션에 액세스할 수 있습니다. (BZ#1967979)
  • 이전에는 Operator 소유 리소스를 해당 소유자와 일치시키는 데 사용된 유틸리티 함수가 잘못된 일치 항목을 반환했습니다. 이로 인해 Operator 소유 리소스 페이지의 Managed by 링크가 잘못된 URL로 연결되는 경우가 있었습니다. 이번 수정에서는 함수 논리가 소유 Operator와 올바르게 일치하도록 업데이트되었습니다. 결과적으로 Managed by 링크는 이제 올바른 URL에 연결됩니다. (BZ#1970011)
  • 이전에는 OperatorHub 웹 콘솔 인터페이스로 인해 사용자가 관련이 없는 설치 계획을 수행하도록 유도했습니다. 이번 업데이트를 통해 OperatorHub는 사용자를 Operator 서브스크립션 세부 정보 탭으로 연결하여 설치 진행 상황을 확인합니다. (BZ#1970466)
  • 이전에는 OAuth 세부 정보 페이지의 추가 드롭다운 목록에 있는 항목이 국제화되지 않았습니다. 이번 업데이트를 통해 이러한 항목이 국제화되고 비영어 사용자를 위한 사용자 환경이 개선되었습니다. (BZ#1970604)
  • 이전에는 잘못된 로컬라이제이션 속성으로 인해 일부 메시지가 국제화되지 않았습니다. 이번 업데이트에서는 잘못된 속성이 제거되었습니다. 결과적으로 이러한 메시지는 국제화되고 비영어 사용자를 위한 사용자 환경이 개선되었습니다. (BZ#1970980)
  • 이번 업데이트에서는 사용자 환경이 개선되지 않았기 때문에 목록 페이지의 리소스 링크를 사용할 때 표시되는 툴팁이 제거되었습니다. (BZ#1971532)
  • 이전 버전에서는 콘솔 Pod가 preferredDuringSchedulingIgnoredDuringExecution 유사성 방지 규칙을 사용하여 배포되어 두 콘솔 Pod가 동일한 컨트롤 플레인 노드에 예약되었습니다. 이번 수정을 통해 requiredDuringSchedulingIgnoredDuringExecution 규칙이 변경되어 조건이 일치하는 경우 다른 노드에서 Pod를 예약해야 합니다. (BZ#1975379)
  • 이전에는 Operator를 설치 제거하여 활성화된 모든 플러그인을 제거하지 못했습니다. 이번 릴리스에서는 Operator를 설치 제거하면 활성화된 모든 플러그인이 제거됩니다. (BZ#1975820)
  • 이전 버전에서는 프런트 엔드 OLM(Operator Lifecycle Manager) 설명자 처리에서 첫 번째 x-descriptor만 사용하여 operand 세부 정보 페이지에서 속성을 렌더링했습니다. 결과적으로 여러 x-descriptors가 속성에 정의되어 있고 목록의 첫 번째 항목이 유효하지 않거나 지원되지 않는 경우 예상대로 렌더링되지 않았습니다. 이번 수정에서는 지원되지 않는 x-descriptors보다 지원되는 x 설명자를 우선순위화하도록 디스크립터 유효성 검사 논리가 업데이트되었습니다. 그 결과 목록에 있는 첫 번째 유효한 지원 x-descriptor를 사용하여 descriptor-decorated 속성이 Operand 세부 정보 페이지에서 렌더링됩니다. (BZ#1976072)
  • 이전에는 문자열 데이터가 인코딩된 시크릿에 사용되었습니다. 결과적으로 웹 콘솔에서 바이너리 시크릿 데이터가 제대로 업로드되지 않았습니다. 이번 업데이트에서는 시크릿을 인코딩하고 API의 문자열 데이터 대신 데이터를 사용합니다. 결과적으로 바이너리 시크릿이 올바르게 업로드됩니다. (BZ#1978724)
  • 이전에는 클러스터에서 실행 중인 프로세스가 수동으로 종료될 때 ps -aux 명령이 일부 프로세스가 지워지지 않은 것으로 표시되었습니다. 이로 인해 스트레이 프로세스가 남아 클러스터가 잘못된 상태가 됩니다. 이번 수정을 통해 모든 프로세스가 클러스터에서 제대로 종료되고 터미널에 나열된 활성 프로세스 목록에 표시되지 않습니다. (BZ#1979571)
  • 이전 버전에서는 새 프로젝트에 기본 풀 시크릿을 추가하고 여러 레지스트리의 인증 정보를 업로드할 때 첫 번째 인증 정보만 Project Details 페이지에 나열되었습니다. 또한 목록이 잘린 것을 표시하지 않았습니다. 그 결과 사용자가 Default pull secret에서 프로젝트 세부 정보를 클릭하면 첫 번째 인증 정보만 나열되었습니다. 이번 수정을 통해 모든 인증 정보가 나열되고, 사용자에게 현재 페이지에 나열되지 않은 경우 추가 인증 정보가 있음을 알립니다. (BZ#1980704)
  • 이전 버전에서는 사용자가 기본 브라우저 언어를 중국어 간체로 변경하면 웹 콘솔의 개요 페이지에 영어 및 중국어 간체가 함께 표시되었습니다. 이번 수정을 통해 사용자는 선택한 언어로 클러스터 사용률 리소스를 전체적으로 볼 수 있습니다. (BZ#1982079)
  • 이전에는 언어가 중국어 간체로 변경되었을 때 클러스터 사용률 통계가 project, pod, node의 왼쪽 메뉴에서 변환되지 않았습니다. 이번 업데이트에서는 클러스터 사용률 메트릭이 top consumers 필터와 일치하도록 중국어 간체 변환이 수정되었습니다. (BZ#1982090)
  • 이전에는 서비스 계정에서 기본 풀 시크릿 대신 오류가 발생했습니다. 이로 인해 프로젝트 세부 정보 화면에 불완전한 정보가 표시되었습니다. 사용자는 기본 가져오기 보안의 전체 목록을 보려면 기본 ServiceAccount로 이동해야 했습니다. 이번 업데이트를 통해 사용자는 프로젝트 세부 정보 페이지의 기본 ServiceAccount에서 전체 풀 시크릿 목록을 볼 수 있습니다. (BZ#1983091)
  • 이전에는 터미널 탭을 보는 동안 노드 또는 pod의 웹 페이지의 크기를 조정한 경우 브라우저에 두 개의 수직 스크롤 막대가 표시되는 경우가 있었습니다. 이제 창의 크기를 조정할 때만 스크롤바를 표시하도록 콘솔이 업데이트되었습니다. (BZ#1983220)
  • 이전에는 단일 노드 개발자 프로필을 사용하여 OpenShift Container Platform 4.8.2를 설치할 때 웹 콘솔이 배포되지 않았습니다. 설치 계획이 생성된 네임스페이스에 대해 유효한 Operator 그룹 또는 서비스 계정이 감지되지 않으면 설치 계획이 실패 상태가 되었습니다. 추가 시도가 이루어지지 않았습니다. 이번 업데이트에서는 Operator 그룹 또는 서비스 계정이 감지될 때까지 실패한 설치 계획이 다시 실행되도록 설정됩니다. (BZ#1986129)
  • 이전에는 이벤트 대시보드에서 MoreShow Less가 국제화되지 않아 사용자 환경이 좋지 않았습니다. 이번 업데이트를 통해 텍스트가 국제화되었습니다. (BZ#1986754)
  • 이전에는 콘솔 페이지에서 서비스의 FQDN(정규화된 도메인 이름)을 작성한 논리가 누락되었습니다. 이로 인해 서비스 세부 정보 페이지에서 FQDN 정보가 누락되었습니다. 이번 업데이트에서는 FQDN을 구성하는 논리가 추가되어 이제 페이지에서 서비스의 FQDN 정보를 사용할 수 있습니다. (BZ#1996816)
웹 콘솔 (개발자 화면)
  • 이전에는 소스 kamelet과 함께 이벤트 소스의 카탈로그에 유형 sink 의 kamelets가 표시되었습니다. 현재 릴리스에서 이벤트 소스의 카탈로그는 유형 source의 kamelets만 표시됩니다. (BZ#1971544)
  • 이전에는 로그 파일에 줄 바꿈 없이 한 줄에 정보가 포함되어 있었습니다. 현재 릴리스에서는 로그 파일에 로그 헤더 주위에 줄 바꿈과 함께 예상되는 줄 바꿈이 포함되어 있습니다. (BZ#1985080)
Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

© 2024 Red Hat, Inc.