1.3. 已知问题

如果使用 OpenShift 沙盒容器，则无法使用 OpenShift Container Platform 集群中的 hostPath 卷将主机节点的文件系统中的文件或目录挂载到 pod 中。另外，您可以使用本地持久性卷。如需更多信息，请参阅使用本地卷的持久性存储。（BZ#1904609）
如果您在 OpenShift 沙盒容器上运行 Fedora，则需要一个临时解决方案来安装一些软件包。有些软件包（如 iputils ）需要 OpenShift Container Platform 默认不授予容器的文件访问权限更改。要运行需要此类特殊权限的容器，需要向 YAML 文件添加描述工作负载的注解，该文件告知 virtiofsd 接受此类工作负载的文件权限。所需的注解为：
```
io.katacontainers.config.hypervisor.virtio_fs_extra_args: |
  [ "-o", "modcaps=+sys_admin", "-o", "xattr" ]
```
```
io.katacontainers.config.hypervisor.virtio_fs_extra_args: |
  [ "-o", "modcaps=+sys_admin", "-o", "xattr" ]
```
Copy to Clipboard Toggle word wrap
(BZ#1915377)

在 4.8 发行版中，使用 OpenShift Container Platform Web 控制台为 kataConfgPoolSelector 添加值会导致 scheduling.nodeSelector 使用空值填充。使用带有 kata 值的 RuntimeClass 的 Pod 可能会被调度到没有安装 Kata Containers 运行时的节点。

要临时解决这个问题，请运行以下命令在 RuntimeClass kata 中手动指定 nodeSelector 值：

oc edit runtimeclass kata

$ oc edit runtimeclass kata

Copy to Clipboard

Toggle word wrap

以下是带有正确 nodeSelector 语句的 RuntimeClass 示例。

apiVersion: node.k8s.io/v1
handler: kata
kind: RuntimeClass
metadata:
  creationTimestamp: "2021-06-14T12:54:19Z"
  name: kata
overhead:
  podFixed:
    cpu: 250m
    memory: 350Mi
scheduling:
  nodeSelector:
    custom-kata-pool: "true"

apiVersion: node.k8s.io/v1
handler: kata
kind: RuntimeClass
metadata:
  creationTimestamp: "2021-06-14T12:54:19Z"
  name: kata
overhead:
  podFixed:
    cpu: 250m
    memory: 350Mi
scheduling:
  nodeSelector:
    custom-kata-pool: "true"

Copy to Clipboard

Toggle word wrap

(BZ#2019384)

Operator Hub 上的 OpenShift 沙盒容器 Operator 详情页面包含一些缺少的字段。缺少的字段不会阻止您在 4.8 中安装 OpenShift 沙盒容器 Operator。(BZ#2019383)
创建多个 KataConfig 自定义资源会导致静默失败。OpenShift Container Platform Web 控制台不提供通知用户创建多个自定义资源失败的提示。(BZ#2019381)
有时，OpenShift Container Platform Web 控制台中的 Operator Hub 不会显示 Operator 的图标。(BZ#2019380)

返回顶部

1.3. 已知问题

学习

尝试、购买和销售

社区

关于红帽文档

让开源更具包容性

關於紅帽

Theme

Red Hat legal and privacy links

Red Hat legal and privacy links