1.3. 程序错误修复
在以前的版本中，升级 OpenShift 沙盒容器不会自动更新现有的
KataConfigCR。因此，监控来自以前部署的 pod 不会被重启，并继续使用过时的kataMonitor镜像运行。从版本 1.3.2 开始，
kataMonitorImage已从KataConfigCR 中删除，所有监控 pod 的升级都由 Operator 内部处理。在以前的版本中，用户无法在断开连接的集群中安装 OpenShift 沙盒容器。kata-monitor 容器镜像的拉取规格使用标签而不是摘要。这导致镜像无法使用
ImageContentSourcePolicy资源进行镜像。在这个版本中，CSV
spec.relatedImages部分已被更新，以确保包含 OpenShift 沙盒容器 Operator 中的所有容器镜像。因此，所有容器 pull 规格现在都使用摘要而不是标签，从而在断开连接的环境中启用 OpenShift 沙盒容器安装。-
在以前的版本中，在污点节点上运行的 OpenShift 沙盒容器没有指标数据。在这个版本中，在
kata-monitorpod 中添加了一个容限，pod 能够在任何节点上运行和收集指标，即使有污点的节点也是如此。(KATA-2121) -
在以前的版本中，OpenShift 沙盒容器 Operator 的基础镜像使用
ubi8/ubi-mimimal镜像。在这个版本中，为了确保与 RHEL 9 集群和 Red Hat OpenShift 4.13 兼容，基础镜像已更新为使用ubi9/ubi镜像。(KATA-2212)
