1.8.30.2. 程序错误修复


  • 在以前的版本中,当在带有 IPv4 地址的节点上启动单堆栈 IPv6 集群时,kubelet 可能已经使用 IPv4 IP,而不是节点 IP 的 IPv6 IP。因此,主机网络 pod 会具有 IPv4 IP 而不是 IPv6 IP,这使得它们无法从仅支持 IPv6 的 pod 访问。在这个版本中,node-IP-picking 代码被修复,这会导致 kubelet 使用 IPv6 IP。(BZ#1942488)
  • BZ#1953097 修复启用了 CoreDNS bufsize 插件,大小为 1232 字节。有些原始 DNS 解析器无法通过大于 512 字节的 UDP 接收 DNS 响应消息。因此,一些 DNS 解析器(如 Go 的内部 DNS 库)无法从 DNS Operator 接收详细的 DNS 响应。在这个版本中,所有服务器的 CoreDNS bufsize 设置为 512 字节。现在,UDP DNS 信息会被正确接收。(BZ#1970140)
  • 在以前的版本中,执行 HTTP 连接时缺少正确的超时会打开连接。因此,这些连接会聚合到达到最大限制前,因此 Operator 将无法处理传入的事件。在这个版本中,Operator 使用的 HTTP 客户端增加了超时,这样可确保在达到超时后关闭开放连接。(BZ#1959563
  • 在以前的版本中,从通过路由公开的服务中删除 选择器(selector) 会导致为服务 pod 创建的 endpointslices 重复,这会因为重复的服务器条目而触发 HAProxy 重新加载错误。在这个版本中,在编写 HAProxy 配置文件时会过滤掉意外重复的服务器行,因此从服务中删除选择器不再会导致路由器失败。(BZ#1965329
Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.