Red Hat Summit 红帽全球峰会支持控制台（Console）开发人员开始试用联系人

2.3. 程序错误修复

  • 在 OpenShift 沙盒容器 1.5.0 到 1.5.2 中，当用户创建对等 pod 时，pod 会一直处于 ContainerCreating 状态，并显示 "failed to identify the host primary interface" 错误，因为 Go 1.21.1 中的网络功能行为发生了变化。这个问题已在 OpenShift 沙盒容器 1.5.3 中解决。(KATA-2847)
  • 在以前的版本中，在安装过程中启动 KataConfig CR 删除会导致 OpenShift 沙盒容器 Operator 尝试同时删除并重新创建，而无需完成任何过程。在这个版本中，Operator 会序列化删除，以便在安装完成后发生。(KATA-1851)
  • 在以前的版本中，用户无法更新使用特别标记的节点部署的 kata-enabled 集群。对节点标签的更改不会触发部署更改。用户必须删除现有 kataConfig CR，并使用更新的标签创建新的 kataConfig CR。从上一版本（版本 1.4）开始，更新节点标签会自动触发部署更改。(KATA-1928)
  • 在以前的版本中，当 QEMU 没有检测到 virtiofsd 时，QEMU 每次删除 kata 工作负载时，QEMU 会在系统日志中记录错误。在这个版本中，kata 运行时会在停止 virtiofsd 前停止 QEMU。在这个版本中，仅适用于 OpenShift Container Platform 4.13 和 4.14。(KATA-2133)
  • 在以前的版本中，当您在 KataConfig CR 中启用对等 pod，然后在安装后检查 CR 时，kata-remote 运行时类不会在 status.runtimeClass 字段中显示。这个问题已在 OpenShift 沙盒容器 1.5.0 中解决。(KATA-2164)
  • 在以前的版本中，当 peer-pod 虚拟机运行时重启 peerpodconfig-ctrl-caa-daemon pod 可能会导致创建多个代表同一对等 pod 的虚拟机。只要原始对等 pod 仍在运行，则冗余实例就会存在，除非您从云供应商控制台或 CLI 中手动删除实例。在这个版本中，在重启 peerpodconfig-ctrl-caa-daemon pod 后，会创建一个新的 peer-pod 虚拟机，并立即删除旧实例。(KATA-2519)
  • 在以前的版本中，当用户请求在 AWS 或 Azure 上运行的对等 pod 虚拟机的实例元数据时，AWS 或 Azure 实例元数据服务会返回 worker 节点的元数据，而不是 pod。随着版本 1.5.1 的更新，AWS 或 Azure 实例元数据服务会如预期返回 pod 的元数据。(KATA-2583)
返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat