1.3. 程序错误修复


  • 在以前的版本中,当创建 KataConfig CR 并在 openshift-sandboxed-containers-operator 命名空间中观察 pod 状态时,会显示大量监控 pod 的重启。monitor pod 使用作为 sandboxed-containers 扩展安装的一部分安装的特定 SELinux 策略。monitor pod 会立即创建。但是,SELinux 策略还不可用,这会导致 pod 创建错误,然后是 pod 重启。

    在这个版本中,在创建 monitor pod 时 SELinux 策略可用,而 monitor pod 会立即过渡到 Running 状态。(KATA-1338)

  • 在以前的版本中,OpenShift 沙盒容器在启动时部署了安全性上下文约束 (SCC),它会强制使用 Machine Config Operator (MCO) pod 上不可用的自定义 SELinux 策略。这会导致 MCO pod 更改为 CrashLoopBackOff 状态和集群升级失败。在这个版本中,OpenShift 沙盒容器在创建 KataConfig CR 时部署 SCC,不再使用自定义 SELinux 策略强制执行。(KATA-1373)
  • 在以前的版本中,当卸载 OpenShift 沙盒容器 Operator 时,sandboxed-containers-operator-scc 自定义资源不会被删除。在这个版本中,在卸载 OpenShift 沙盒容器 Operator 时,sandboxed-containers-operator-scc 自定义资源会被删除。(KATA-1569)
返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat