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