1.8. Network Observability Operator 1.10 已知问题
查看以下已知问题及其推荐的临时解决方案(可能会影响您对 Network Observability Operator 1.10 版本的使用)。
由于软件目录中的 FlowCollector 自定义资源定义(CRD)验证错误,升级到 OpenShift Container Platform 4.14 及更早版本上的 Network Observability Operator 1.10 可能会失败。
要解决这个问题,您必须:
从 OpenShift Container Platform Web 控制台中的软件目录中卸载 Network Observability Operator 的两个版本。
-
保持
FlowCollectorCRD 安装,使其不会在流集合过程中造成任何中断。
-
保持
运行以下命令,检查
FlowCollectorCRD 的当前名称:$ oc get crd flowcollectors.flows.netobserv.io -o jsonpath='{.spec.versions[0].name}'预期输出:
v1beta1运行以下命令,检查
FlowCollectorCRD 的当前服务状态:$ oc get crd flowcollectors.flows.netobserv.io -o jsonpath='{.spec.versions[0].served}'预期输出:
true运行以下命令,将
v1beta1版本的served标志设置为false:$ oc patch crd flowcollectors.flows.netobserv.io --type='json' -p "[{'op': 'replace', 'path': '/spec/versions/0/served', 'value': false}]"运行以下命令,验证
served标记是否已设置为false:$ oc get crd flowcollectors.flows.netobserv.io -o jsonpath='{.spec.versions[0].served}'预期输出:
false- 安装 Network Observability Operator 1.10。
1.8.2. eBPF 代理与旧的 OpenShift Container Platform 版本兼容 复制链接链接已复制到粘贴板!
Network Observability 命令行界面(CLI)数据包捕获功能中使用的 eBPF 代理与 OpenShift Container Platform 版本 4.16 及更早的版本不兼容。
这个限制可防止基于 eBPF 的数据包捕获代理(PCA)在这些较旧的集群中正常工作。
要临时解决这个问题,您必须手动配置 PCA 以使用旧的兼容 eBPF 代理容器镜像。如需更多信息,请参阅红帽知识库解决方案 eBPF 代理与 Network Observability CLI 1.10+ 中的旧的 Openshift 版本兼容。
1.8.3. 当启用 NetworkPolicy 时,eBPF 代理无法发送带有 OpenShiftSDN 的流 复制链接链接已复制到粘贴板!
当在使用 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 组件通信,而无需自动部署的网络策略。