Red Hat Summit1.8. 확인된 문제
게이트웨이 API 및 AWS(Amazon Web Services), Google Cloud 및 Microsoft Azure 프라이빗 클러스터에 알려진 문제가 있습니다. 게이트웨이용으로 프로비저닝된 로드 밸런서는 항상 외부로 구성되어 오류 또는 예기치 않은 동작이 발생할 수 있습니다.
-
AWS 프라이빗 클러스터에서 로드 밸런서는
보류 중상태가 되어 로드 밸런서를동기화하는 오류 오류: 로드 밸런서를 확인하지 못했습니다. ELB를 생성하기 위한 적절한 서브넷을 찾을 수 없습니다. - Google Cloud 및 Azure 프라이빗 클러스터에서 로드 밸런서는 외부 IP 주소가 없어야 하는 경우 외부 IP 주소로 프로비저닝됩니다.
이 문제에 대해 지원되는 해결방법이 없습니다. (OCPBUGS-57440)
-
AWS 프라이빗 클러스터에서 로드 밸런서는
분리된 사용자 네임스페이스에서 Pod를 실행하는 경우 Pod 컨테이너 내부의 UID/GID가 더 이상 호스트의 UID/GID와 일치하지 않습니다. 파일 시스템 소유권이 올바르게 작동하려면 Linux 커널은 ID 매핑 마운트를 사용하여 컨테이너와 가상 파일 시스템(VFS) 계층에서 사용자 ID를 변환합니다.
그러나 현재 모든 파일 시스템이 NFS(Network File Systems) 및 기타 네트워크 또는 분산 파일 시스템과 같은 ID 매핑 마운트를 지원하는 것은 아닙니다. 이러한 파일 시스템은 ID 매핑 마운트를 지원하지 않으므로 사용자 네임스페이스 내에서 실행되는 Pod가 마운트된 NFS 볼륨에 액세스하지 못할 수 있습니다. 이 동작은 OpenShift Container Platform에만 국한되지 않습니다. Kubernetes v1.33 이상에서 모든 Kubernetes 배포에 적용됩니다.
OpenShift Container Platform 4.20으로 업그레이드할 때 사용자 네임스페이스를 선택할 때까지 클러스터는 영향을 받지 않습니다. 사용자 네임스페이스를 활성화한 후 ID 매핑 마운트를 지원하지 않는 벤더의 NFS 지원 영구 볼륨을 사용하는 모든 Pod에 액세스 또는 권한 문제가 발생할 수 있습니다. 사용자 네임스페이스 활성화에 대한 자세한 내용은 Linux 사용자 네임스페이스 지원 구성을 참조하십시오.
참고기존 OpenShift Container Platform 4.19 클러스터는 OpenShift Container Platform 4.19의 기술 프리뷰 기능인 사용자 네임스페이스를 명시적으로 활성화할 때까지 영향을 받지 않습니다.
-
Azure에 클러스터를 설치할 때
compute.platform.azure.identity.type,controlplane.platform.identity.type 또는필드 값을platform.azure.defaultMachinePlatform.identity.typeNone으로 설정하면 클러스터가 Azure Container Registry에서 이미지를 가져올 수 없습니다. 사용자가 할당한 ID를 제공하거나 identity 필드를 비워 두면 이 문제를 방지할 수 있습니다. 두 경우 모두 설치 프로그램은 사용자가 할당한 ID를 생성합니다. (OCPBUGS-56008) -
콘솔의 통합 소프트웨어 카탈로그 뷰에는 알려진 문제가 있습니다. Ecosystem
Software Catalog 를 선택할 때 기존 프로젝트 이름을 입력하거나 소프트웨어 카탈로그를 보려면 새 프로젝트를 생성해야 합니다. 프로젝트 선택 필드는 카탈로그 콘텐츠가 클러스터에 설치된 방법에 영향을 미치지 않습니다. 이 문제를 해결하려면 기존 프로젝트 이름을 입력하여 소프트웨어 카탈로그를 확인합니다. (OCPBUGS-61870) - OCP 4.20부터는 컨테이너의 기본 열려 있는 파일 소프트 제한이 감소합니다. 결과적으로 최종 사용자에게 애플리케이션 오류가 발생할 수 있습니다. 이 문제를 해결하려면 컨테이너 런타임(CRI-O) ulimit 구성을 늘립니다. (OCPBUGS-62095)
- BlueField-3 NIC를 사용하여 테스트 워크로드를 삭제하고 다시 생성하면 일관성 없는 PTP 동기화로 인해 클럭이 이동됩니다. 이렇게 하면 테스트 워크로드의 시간 동기화가 중단됩니다. 시간 동기화는 워크로드가 안정될 때 안정화됩니다. (RHEL-93579)
- GNR-D 인터페이스의 이벤트 로그는 동일한 3자 접두사("eno")로 인해 모호합니다. 결과적으로 상태 변경 중에 영향을 받는 인터페이스가 명확하게 식별되지 않습니다. 이 문제를 해결하려면 ptp-operator에서 "경로" 이름 지정 규칙을 따르도록 사용하는 인터페이스를 변경하여 인터페이스 이름을 기반으로 클럭 이벤트별로 올바르게 식별되고 상태 변경의 영향을 받는 클록을 명확하게 나타냅니다. 자세한 내용은 네트워크 인터페이스 이름 지정 정책을 참조하십시오. (OCPBUGS-62817)
-
특정 AMD EPYC 프로세서를 사용하는 시스템에서 일부 하위 수준 시스템 인터럽트(예:
AMD-Vi)는 CPU 고정 워크로드와 겹치는 CPU 마스크의 CPU를 포함할 수 있습니다. 이 동작은 하드웨어 설계 때문입니다. 이러한 특정 오류 보고 인터럽트는 일반적으로 비활성화되어 있으며 현재 알려진 성능에 영향을 미치지 않습니다. (OCPBUGS-57787) -
현재
보장된QoS 클래스를 사용하고 전체 CPU를 요청하는 Pod는 노드 재부팅 또는 kubelet 재시작 후 자동으로 다시 시작되지 않을 수 있습니다. 이 문제는 정적 CPU 관리자 정책으로 구성되고전체-pcpus 전용사양으로 구성된 노드에서 발생할 수 있으며 노드의 대부분의 CPU 또는 모든 CPU가 이미 이러한 워크로드에 의해 할당되는 경우 문제가 발생할 수 있습니다. 이 문제를 해결하려면 영향을 받는 Pod를 수동으로 삭제하고 다시 생성합니다. (OCPBUGS-43280) -
아카이브에 접미사
노드로끝나는 사용자 정의 네임스페이스 디렉터리가 포함된 경우 Performance Profile Creator 툴에서must-gather아카이브를 분석하지 못합니다. 여러 일치 항목에 대한 오류를 잘못 보고하는 도구의 검색 논리로 인해 오류가 발생합니다. 이 문제를 해결하려면 사용자 정의 네임스페이스 디렉터리의 이름을 바꿔노드접미사로 끝나지 않고 툴을 다시 실행합니다. (OCPBUGS-60218) - 현재 SR-IOV 네트워크 가상 기능이 구성된 클러스터에서는 네트워크 장치 이름을 담당하는 시스템 서비스와 Node Tuning Operator에서 관리하는 TuneD 서비스 간에 경쟁 조건이 발생할 수 있습니다. 결과적으로 노드가 재시작된 후 TuneD 프로필의 성능이 저하될 수 있었습니다. 이 문제를 해결하려면 TuneD Pod를 다시 시작하여 프로필 상태를 복원합니다. (OCPBUGS-41934)
- 현재 알려진 대기 시간 문제는 4th#159 Intel Xeon 프로세서에서 실행되는 시스템에 영향을 미칩니다. (OCPBUGS-46528)
- SuperMicro ARS-111GL-NHR 서버는 IPv6 주소를 통해 가상 미디어 이미지가 제공되면 부팅 중에 가상 미디어에 액세스할 수 없습니다. 결과적으로 IPv6 네트워크 구성과 함께 SuperMicro ARS-111GL-NHR 서버 모델에서 가상 미디어를 사용할 수 없습니다. (OCPBUGS-60070)
- Hewlett Packard Enterprise (HPE) DL110G11 서버에서 펌웨어 업데이트 및 'NetworkAdapters' 리소스가 구현되는 방식으로 인해 이 하드웨어에 특정한 버그로 인해 실패할 수 있습니다. 업데이트 중에 사용할 수 없게 되어 업데이트가 실패할 수 있습니다. 이 문제를 해결하려면 Ironic 외부에서 BMC(Baseboard Management Controller) 펌웨어를 수동으로 업데이트하여 서비스 중단을 방지합니다. (OCPBUGS-60708)
-
Baremetalhost오브젝트를 올바른운영 체제로반복적으로 부팅하면 SuperMicro ARS-111GL-NHR 서버를 가상 미디어 대신 기존 하드 드라이브로 부팅하여 특정 BMC 펌웨어 버전에서 반복적으로 실패합니다. 이 문제는 업데이트된 BIOS 및 베어 메탈 호스트 펌웨어에서 발생하며 USB CD가 작동하는 동안 CD가 지원되지 않습니다. 결과적으로 노드 검사에 실패합니다. 영향을 받는 경우 이 문제를 해결하려면 수동으로BootSourceOverrideTarget을 CD 대신 USB CD로 설정하고 올바른 가상 미디어에서 노드를 부팅합니다. (OCPBUGS-61851) - Dell 서버 BMC 펌웨어를 업데이트할 때 Redfish API가 일시적으로 중단됩니다. 이로 인해 연결 오류가 발생하고 Ironic에서 업데이트를 실패로 표시할 수 있습니다. 이 문제를 해결하려면 Ironic 외부에서 BMC 펌웨어를 수동으로 업데이트하여 서비스 중단을 방지합니다. (OCPBUGS-61871)
- Dell R740에서 동시에 BIOS 및 BMC 펌웨어 업데이트를 시도할 때 BMC 업데이트가 실패하고 서버의 전원이 꺼지고 응답하지 않을 수 있습니다. 이 문제는 업데이트 프로세스가 성공적으로 완료되지 않아 시스템이 작동하지 않는 상태로 유지됩니다. (OCPBUGS-62009)
- 잘못된 네트워크 공유 위치 또는 잘못된 인증 정보로 서버를 구성하여 서버의 전원이 꺼져 복구할 수 없는 경우 BMC 펌웨어를 업데이트할 수 없습니다. (OCPBUGS-62010)
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}