1.2. 已知问题

当主机和 routerCanonicalHostname 不包括子域名称时，使用 Route API 导出服务存在一个问题。要临时解决这个问题，请在创建路由时使用子域设置。

示例

apiVersion: route.openshift.io/v1
kind: Route
metadata:
  name: route-1
spec:
  subdomain: svc-subdomain  ⇐ specify the subdomain
  port:
    targetPort: 8080
  to:
    kind: Service
    name: svc-1

apiVersion: route.openshift.io/v1
kind: Route
metadata:
  name: route-1
spec:
  subdomain: svc-subdomain  ⇐ specify the subdomain
  port:
    targetPort: 8080
  to:
    kind: Service
    name: svc-1

Copy to Clipboard

Toggle word wrap

当服务闲置时，恢复 pod 存在一个问题。红帽构建的 MicroShift 软件不支持自动响应服务，需要手动重新扩展副本。
可以通过创建在 lvmd.conf 中使用 spare-gb 配置值时实际适合磁盘的持久性卷 (PV) 来过度置备存储系统。要保护容量不被 topoLVM 驱动程序使用，请使用未暴露给 topoLVM 的新卷组 (VG)。
存在一个涉及 runc CLI 工具和 systemd 的已知问题。runc 对于 mount ops 的信息过度详细。这些消息并没有问题，不表示系统操作存在问题。这个问题会影响到任何运行基于 runc 构建的容器运行时的 Linux 平台。
您可以通过 systemd 阻止所有 runc 挂载日志。创建文件 /etc/systemd/system/run-containerd-.mount.d/10-silence.conf 或您需要静默的任何前缀，使用以下命令：
```
[Mount] LogLevelMax=notice
```
```
[Mount] LogLevelMax=notice
```
Copy to Clipboard Toggle word wrap
重新加载守护进程。
红帽构建的 MicroShift CNI 驱动程序管理防火墙规则的方式存在问题。如果在红帽构建的 MicroShift 启动后修改了防火墙设置，则必须重启 MicroShift 的红帽构建。建议的解决方法是，在启动红帽构建的 MicroShift 前配置防火墙规则。
在新的红帽构建 MicroShift 安装后，可能会停止 NodePort 服务流量。要临时解决这个问题，请手动重启 openshift-ovn-kubernetes 命名空间中的 ovnkube-master pod。

返回顶部

1.2. 已知问题

学习

尝试、购买和销售

社区

关于红帽文档

让开源更具包容性

關於紅帽

Theme

Red Hat legal and privacy links

Red Hat legal and privacy links