1.8. 已知问题
-
oc annotate命令不适用于包含了等号（=）的 LDAP 组名称，因为命令使用等号作为注释名称和值之间的分隔符。作为临时解决方案，使用oc patch或oc edit添加注解。(BZ#1917280) - 在由 Hypershift Operator 管理的集群中安装 Run Once Duration Override Operator (RODOO)。(OCPBUGS-17533)
- OpenShift Container Platform 4.16 在 secret 或顶级 secret 区域的 AWS 上安装会失败，因为这些区域中的 Network Load Balancer (NLBs)和安全组存在问题。(OCPBUGS-33311)
-
当您在 OpenShift Container Platform 集群上运行 Cloud-native Network Function (CNF) 延迟测试时，
oslat测试有时会返回大于 20 微秒的结果。这会导致oslat测试失败。(RHEL-9279) -
当使用 Local Zones 在 Amazon Web Services (AWS)上安装集群时，如果在
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 中，需要一个 Red Hat Enterprise Linux (RHEL) 9 主机才能成功运行。计划在以后的 ACM 版本中使用静态链接的二进制文件来避免此问题。(ACM-12405) - 在 AWS 上安装集群时，如果负载均衡器 DNS 生存时间非常高，安装可能会超时。(OCPBUGS-35898)
-
对于包含
br-ex网桥设备的绑定接口，请不要在节点网络配置中设置mode=6 balance-alb绑定模式。OpenShift Container Platform 不支持此绑定模式，可能会导致 Open vSwitch (OVS)网桥设备与网络环境断开连接。(OCPBUGS-34430)
-
通过编辑
HostFirmwareComponents资源，不要为BareMetalHosts(BMH)资源更新固件。否则，BMH 处于Preparing状态并重复执行固件更新。没有临时解决方案。(OCPBUGS-35559)
-
当使用代理时，在裸机上部署安装程序置备的集群会失败。因为一个回归错误，bootstrap 虚拟机中的服务无法通过代理访问 IP 地址
0.0.0.0。作为临时解决方案，请将0.0.0.0添加到noProxy列表中。如需更多信息，请参阅设置代理设置。(OCPBUGS-35818) -
当在包含多个 CIDR 块的 VPC 上安装集群时，如果机器网络被配置为使用
install-config.yaml文件中的非默认 CIDR 块，安装会失败。(OCPBUGS-35054) - 当在配置了多路径的 IBM Power® 上安装或在带有虚拟 SCSI 存储的单个 VIOS 主机上安装和配置 OpenShift Container Platform 4.16 集群时，启用了多路径的 CoreOS 节点无法引导。此行为是正常的，因为只有一个路径可用于该节点。(OCPBUGS-32290)
- 在 cgroupv2 上使用 CPU 负载均衡时，如果另一个可访问专用 CPU 的 pod 已存在，pod 无法启动。当 pod 被删除并快速创建来替换它时，可能会发生这种情况。作为临时解决方案，请确保旧 pod 在尝试创建新 pod 前完全终止。(OCPBUGS-34812)
-
在使用 512 模拟磁盘的系统上启用 LUKS 加密会导致置备失败，系统会在 initramfs 中启动紧急 shell。这是因为在增大分区时，s
fdisk中的协调错误。作为临时解决方案，您可以使用 Ignition 执行调整大小。(OCPBUGS-35410) - OpenShift Container Platform 版本 4.16 断开连接的安装在 IBM Power® Virtual Server 上会失败。(OCPBUGS-36250)
-
当前的 PTP grandmaster 时钟(T-GM)实现具有单一国家 Marine Electronics Association (NMEA)发送的来自 GNSS 的生成器，而无需备份 NMEA 句子生成器。如果在到达 e810 NIC 前丢失 NMEA 句子，则 T-GM 无法同步网络同步链中的设备，PTP Operator 会报告错误。当 NMEA 字符串丢失时，可以报告
FREERUN事件。在解决这个限制前，T-GM 不支持 PTP 时钟保留状态。(OCPBUGS-19838)
- 当 worker 节点的 Topology Manager 策略时，NUMA 感知辅助 pod 调度程序不会遵守这个变化，这可能会导致调度决策和意外的拓扑关联性错误。作为临时解决方案，通过删除 NUMA 感知调度程序 pod 来重启 NUMA 感知调度程序。(OCPBUGS-34583)
由于 Kubernetes 存在问题，CPU Manager 无法从最后一个 pod 返回到可用 CPU 资源池的最后一个 pod 资源。如果后续 pod 被接受到该节点，则这些资源可分配。但是，此 pod 会变为最后一个 pod，并且再次，CPU 管理器无法将此 pod 的资源返回到可用的池。
此问题会影响 CPU 负载均衡功能，这取决于 CPU Manager 将 CPU 释放到可用池。因此，非保证的 pod 可能会以较少的 CPU 运行。作为临时解决方案，请在受影响节点上调度具有
best-effortCPU Manager 策略的 pod。此 pod 是最后一个接受的 pod，这样可确保资源正确释放到可用池。(OCPBUGS-17792)-
应用
SriovNetworkNodePolicy资源后，在 SR-IOV Network Operator Webhook 协调过程中可能会替换 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 的 root 设备填满，您必须手动清理。(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 一致。
