1.8. 확인된 문제
-
명령이 주석 이름과 값 간의 구분 기호로 등호(
=)를 포함하는 LDAP 그룹 이름에 대해oc annotate명령은 작동하지 않습니다. 이 문제를 해결하려면oc patch또는oc edit를 사용하여 주석을 추가합니다. (BZ#1917280) - Run Once Duration Override Operator (RODOO)는 Hypershift Operator가 관리하는 클러스터에 설치할 수 없습니다. (OCPBUGS-17533)
- 시크릿 또는 최상위 시크릿 리전의 AWS에 OpenShift Container Platform 4.16을 설치하면 이러한 리전의 NLB(Network Load Balancer) 및 보안 그룹의 문제로 인해 실패합니다. (OCPBUGS-33311)
-
OpenShift Container Platform 클러스터에서 CNF(Cloud-native Network Functions) 대기 시간 테스트를 실행하면
oslat테스트에서 20마이크로초보다 큰 결과를 반환할 수 있습니다. 이로 인해oslat테스트 실패가 발생합니다. (RHEL-9279) -
로컬 영역을 사용하여 AWS(Amazon Web Services)에 클러스터를 설치할 때
us-east-1-iah-2a리전에 배포된 경우 에지 노드가 배포되지 않습니다. (OCPBUGS-35538) -
ACM 버전 2.10.3 또는 이전 버전을 사용하는 Infrastructure Operator, Central Infrastructure Management 또는 ZTP 방법을 사용하여 OpenShift Container Platform 4.16을 설치할 수 없습니다. 이는 동적으로 연결된 설치 프로그램 바이너리가 변경되었기 때문입니다.
openshift-baremetal-install에서는 OpenShift Container Platform 4.16에서 성공적으로 실행하려면 RHEL(Red Hat Enterprise Linux) 9 호스트가 필요합니다. 이 문제를 방지하기 위해 향후 ACM 버전에서 정적으로 연결된 바이너리를 사용할 계획입니다. (ACM-12405) - AWS에 클러스터를 설치할 때 로드 밸런서 TTL(DNS time-to-live) 값이 매우 높은 경우 설치에 시간이 초과될 수 있습니다. (OCPBUGS-35898)
-
br-ex브리지 장치를 보유한 본딩 네트워크 인터페이스의 경우 노드 네트워크 구성에서mode=6 balance-alb본딩 모드를 설정하지 마십시오. 이 본딩 모드는 OpenShift Container Platform에서 지원되지 않으며 OVS(Open vSwitch) 브리지 장치가 네트워크 환경에서의 연결을 끊을 수 있습니다. (OCPBUGS-34430)
-
HostFirmwareComponents리소스를 편집하여BareMetalHosts(BMH) 리소스의 펌웨어를 업데이트하지 마십시오. 그렇지 않으면 BMH가준비상태에 남아 있으며 펌웨어 업데이트를 반복적으로 실행합니다. 해결방법이 없습니다. (OCPBUGS-35559)
-
프록시를 사용하면 베어 메탈에 설치 관리자 프로비저닝 클러스터를 배포할 수 없습니다. 부트스트랩 가상 머신의 서비스는 회귀 버그로 인해 프록시를 통해
0.0.0.0에 액세스할 수 없습니다. 해결 방법으로noProxy목록에0.0.0.0을 추가합니다. 자세한 내용은 프록시 설정 설정을 참조하십시오. (OCPBUGS-35818) -
여러 CIDR 블록이 포함된 VPC의 AWS(Amazon Web Services)에 클러스터를 설치할 때 machine 네트워크가
install-config.yaml파일에서 기본이 아닌 CIDR 블록을 사용하도록 구성된 경우 설치에 실패합니다. (OCPBUGS-35054) - 다중 경로가 구성된 IBM Power®에서 가상 SCSI 스토리지가 있는 단일 VIOS 호스트에서 OpenShift Container Platform 4.16 클러스터를 설치 또는 구성하면 다중 경로가 활성화된 CoreOS 노드가 부팅되지 않습니다. 노드에서 하나의 경로만 사용할 수 있으므로 이 동작이 예상됩니다. (OCPBUGS-32290)
- cgroupv2에서 CPU 부하 분산을 사용하는 경우 Pod가 이미 배타적 CPU에 대한 액세스 권한이 있는 경우 Pod를 시작하지 못할 수 있습니다. 이는 Pod가 삭제되고 다른 Pod가 신속하게 생성될 때 발생할 수 있습니다. 이 문제를 해결하려면 새 Pod를 생성하기 전에 이전 Pod가 완전히 종료되었는지 확인합니다. (OCPBUGS-34812)
-
512 에뮬레이션 디스크를 사용하여 시스템에서 LUKS 암호화를 활성화하면 프로비저닝이 실패하고 initramfs에서 긴급 쉘이 시작됩니다. 이는 파티션을 확장할 때
sfdisk의 정렬 버그로 인해 발생합니다. 이 문제를 해결하려면 Ignition을 사용하여 대신 크기 조정을 수행할 수 있습니다. (OCPBUGS-35410) - OpenShift Container Platform 버전 4.16의 연결이 끊긴 설치는 IBM Power® Virtual Server에서 실패합니다. (OCPBUGS-36250)
-
현재 PTP 할 마스터 클록 (T-GM) 구현에는 백업 NMEA 문장 생성기없이 GNSS에서 소싱된 단일 NMEA (NMEA) 문장 생성기가 있습니다. e810 NIC에 도달하기 전에 NMEA 문장이 손실되면 T-GM에서 네트워크 동기화 체인의 장치를 동기화할 수 없으며 PTP Operator에서 오류를 보고합니다. 제안된 수정 사항은 NMEA 문자열이 손실될 때 free
RUN이벤트를 보고하는 것입니다. 이 제한이 해결될 때까지 T-GM은 PTP 클럭 홀드오버 상태를 지원하지 않습니다. (OCPBUGS-19838)
- 작업자 노드의 토폴로지 관리자 정책이 변경되면 NUMA 인식 보조 Pod 스케줄러에서 이 변경 사항을 준수하지 않으므로 잘못된 스케줄링 결정 및 예기치 않은 토폴로지 선호도 오류가 발생할 수 있습니다. 이 문제를 해결하려면 NUMA 인식 스케줄러 Pod를 삭제하여 NUMA 인식 스케줄러를 다시 시작합니다. (OCPBUGS-34583)
Kubernetes 관련 문제로 인해 CPU 관리자는 마지막 Pod의 CPU 리소스를 노드에 사용 가능한 CPU 리소스 풀로 반환할 수 없습니다. 후속 Pod가 노드에 허용되면 이러한 리소스를 할당할 수 있습니다. 그러나 이 pod는 마지막 포드가 되고 CPU 관리자는 이 Pod의 리소스를 사용 가능한 풀로 반환할 수 없습니다.
이 문제는 사용 가능한 풀의 CPU를 해제하는 CPU 관리자에 따라 CPU 부하 분산 기능에 영향을 미칩니다. 결과적으로 보장되지 않는 Pod가 적은 CPU 수로 실행될 수 있었습니다. 이 문제를 해결하려면 영향을 받는 노드에서
가장 적합한 CPU 관리자정책을 사용하여 Pod를 예약합니다. 이 Pod는 마지막으로 허용되는 포드이며, 이렇게 하면 리소스가 사용 가능한 풀로 올바르게 릴리스됩니다. (OCPBUGS-17792)-
SriovNetworkNodePolicy리소스를 적용한 후 SR-IOV Network Operator 웹 후크 조정 중에 CA 인증서가 교체될 수 있습니다. 결과적으로 SR-IOV 네트워크 노드 정책을 적용할 때알 수 없는 권한오류가 표시될 수 있습니다. 이 문제를 해결하려면 실패한 정책을 다시 적용하십시오. (OCPBUGS-32139) -
vfio-pci드라이버 유형을 사용하여 가상 기능에 대한SriovNetworkNodePolicy리소스를 삭제하면 SR-IOV Network Operator가 정책을 조정할 수 없습니다. 결과적으로sriov-device-pluginPod는 연속 재시작 루프에 들어갑니다. 이 문제를 해결하려면 물리적 기능에 영향을 미치는 나머지 모든 정책을 삭제한 다음 다시 생성합니다. (OCPBUGS-34934) - 복제가 진행되는 동안 컨트롤러 Pod가 종료되면 Microsoft Azure File 복제 PVC(영구 볼륨 클레임)는 Pending 상태로 유지됩니다. 이 문제를 해결하려면 영향을 받는 복제 PVC를 삭제한 다음 PVC를 다시 생성합니다. (OCPBUGS-35977)
- Microsoft Azure에서 azcopy(복사 작업을 실행하는 툴 아래)에 사용할 수 있는 로그 정리가 없으므로 결국 컨트롤러 Pod의 루트 장치를 채우고 이를 수동으로 정리해야 할 수 있습니다. (OCPBUGS-35980)
제한된 실시간 마이그레이션 방법은
openshift-network-operator네임스페이스의ConfigMap오브젝트의mtu매개변수가 없는 경우 중지됩니다.대부분의 경우
ConfigMap오브젝트의mtu필드는 설치 중에mtu-prober작업에 의해 생성됩니다. 그러나 클러스터가 초기 릴리스에서 업그레이드된 경우(예: OpenShift Container Platform 4.4.4 )ConfigMap오브젝트가 없을 수 있습니다.임시 해결 방법으로 제한된 실시간 마이그레이션 프로세스를 시작하기 전에
ConfigMap오브젝트를 수동으로 생성할 수 있습니다. 예를 들면 다음과 같습니다.apiVersion: v1 kind: ConfigMap metadata: name: mtu namespace: openshift-network-operator data: mtu: "1500" 1- 1
mtu값은 노드 인터페이스의 MTU와 일치해야 합니다.
- 호스팅된 클러스터에서 API의 자체 서명된 인증서는 교체할 수 없습니다. (OCPSTRAT-1516)
