1.9.14.2. 程序错误修复
- 在以前的版本中，当使用 CoreDNS 插件时，如果查询没有被本地服务器回答，则不允许转发查询。因此，一些对集群域中的 DNS 名称查询将错误地失败。在这个版本中，会修改一个可以正确转发查询的 CoreDNS 插件，该插件允许集群域中的所有有效查询都可以正常工作。(BZ#1962288)
-
在以前的版本中，pod 日志的下载链接被改为带有空 download 属性的标准 HTML 定位符元素。因此，下载文件会丢失默认文件名格式。在这个版本中，在 anchor 元素下载属性中添加了一个文件名，以便在下载 pod 日志时使用默认文件名（格式为
<pod-name>-<container-name>.log）。（BZ#1951210） -
在以前的版本中，OpenShift Container Platform 4.7 中新引入的
vsphere-problem-detector需要有效的 vSphere 凭证才能成功运行。因此，没有有效 vSphere 凭证的 OpenShift Container Platform 集群被标记为Degraded。在这个版本中，vsphere-problem-detector不会将集群标记为Degraded，而是会引发警报，以便它们继续运行。(BZ#1959546) -
在这个版本中，web 控制台中的 Administration
Cluster Settings Global Configuration 页面会重复，对配置资源发出不必要的 HTTP 请求。(BZ#1960686) -
在以前的版本中，Amazon Web Services 控制台的 S3 级别的存储桶标签在 operator 同步周期中被覆盖。因此，存储桶会丢失用户提供的标签。在这个版本中，用户标签不再被覆盖，如果用户将
spec.storage.managementState设置为Managed，则始终在存储桶中设置它。（BZ#1957308） - 在以前的版本中，第二个内部 IP 地址添加到一个或多个 control plane 节点。因此，etcd operator 在检测到 IP 地址更改后会降级，因为潜在的 etcd 成员资格更改不会为节点重新生成 etcd serving 证书。在这个版本中，etcd 操作器会区分新节点和现有节点的 IP 地址更改，而 Operator 会重新生成提供证书以更改现有节点。因此，在 control plane 节点中添加 IP 地址不再会导致 Operator 降级。（BZ#1954121）
- 在以前的版本中，当使用多个配置（不支持机器配置池名称后缀）从 OpenShift Container Platform 4.6.25 升级时，Machine Config Operator（MCO）将为同一配置生成重复的机器配置。因此，升级会失败。在这个版本中清理了过时的重复机器配置，并允许正确从 OpenShift Container Platform 4.6.25 升级到 4.7.16。（BZ#1964568）
