1.8. Network Observability Operator 1.10 已知问题


查看以下已知问题及其推荐的临时解决方案(可能会影响您对 Network Observability Operator 1.10 版本的使用)。

由于软件目录中的 FlowCollector 自定义资源定义(CRD)验证错误,升级到 OpenShift Container Platform 4.14 及更早版本上的 Network Observability Operator 1.10 可能会失败。

要解决这个问题,您必须:

  1. 从 OpenShift Container Platform Web 控制台中的软件目录中卸载 Network Observability Operator 的两个版本。

    1. 保持 FlowCollector CRD 安装,使其不会在流集合过程中造成任何中断。
  2. 运行以下命令,检查 FlowCollector CRD 的当前名称:

    $ oc get crd flowcollectors.flows.netobserv.io -o jsonpath='{.spec.versions[0].name}'

    预期输出:

    v1beta1
  3. 运行以下命令,检查 FlowCollector CRD 的当前服务状态:

    $ oc get crd flowcollectors.flows.netobserv.io -o jsonpath='{.spec.versions[0].served}'

    预期输出:

    true
  4. 运行以下命令,将 v1beta1 版本的 served 标志设置为 false

    $ oc patch crd flowcollectors.flows.netobserv.io --type='json' -p "[{'op': 'replace', 'path': '/spec/versions/0/served', 'value': false}]"
  5. 运行以下命令,验证 served 标记是否已设置为 false

    $ oc get crd flowcollectors.flows.netobserv.io -o jsonpath='{.spec.versions[0].served}'

    预期输出:

    false
  6. 安装 Network Observability Operator 1.10。

OCPBUGS-63208, NETOBSERV-2451

Network Observability 命令行界面(CLI)数据包捕获功能中使用的 eBPF 代理与 OpenShift Container Platform 版本 4.16 及更早的版本不兼容。

这个限制可防止基于 eBPF 的数据包捕获代理(PCA)在这些较旧的集群中正常工作。

要临时解决这个问题,您必须手动配置 PCA 以使用旧的兼容 eBPF 代理容器镜像。如需更多信息,请参阅红帽知识库解决方案 eBPF 代理与 Network Observability CLI 1.10+ 中的旧的 Openshift 版本兼容

NETOBSERV-2358

当在使用 OpenShiftSDN CNI 插件的 OpenShift Container Platform 4.14 集群中运行 Network Observability Operator 1.10 时,eBPF 代理无法将流记录发送到 flowlogs-pipeline 组件。当 FlowCollector 自定义资源创建启用了 NetworkPolicy 时 (spec.networkPolicy.enable: true) 时会出现这种情况。

因此,流数据不会被 flowlogs-pipeline 组件处理,且不会出现在 Network Traffic dashboard 或配置的存储(Loki)中。eBPF 代理 pod 日志在尝试连接到收集器时显示 i/o timeout 错误:

time="2025-10-17T13:53:44Z" level=error msg="couldn't send flow records to collector" collector="10.0.68.187:2055" component=exporter/GRPCProto error="rpc error: code = Unavailable desc = connection error: desc = \"transport: Error while dialing: dial tcp 10.0.68.187:2055: i/o timeout\""

要临时解决这个问题,将 spec.networkPolicy.enable 设置为 false,以在 Network Observability Operator 1.10 的 FlowCollector 资源中禁用 NetworkPolicy

这将允许 eBPF 代理与 flowlogs-pipeline 组件通信,而无需自动部署的网络策略。

NETOBSERV-2450

Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2026 Red Hat
返回顶部