ocp网卡port2没有插光模块，bmc恢复出厂后，ocp 网卡 port2显示光模块信息, 预期不显示
操作系统：[如 Ubuntu 24.04]
软件版本：2025-1230SP1
硬件配置：通用问题
恢复出厂前port2网口信息, 设置还原点;
执行恢复出厂, 恢复出厂后
3,一键收集
dump_KL2280V3-151_20121203-0618.tar.gz (8.0 MB)
预期恢复出厂前后光模块信息都不显示
异常显示
初步分析备份还原点的时候光模块信息备份了默认值, 导致恢复出厂之后异常显式
答案内容由AI生成，仅供参考：
| 项目 | 结论 |
|---|---|
| 问题本质 | UI异常显示，非真实检测到光模块 |
| 底层状态 | 实际光模块数量为 0，硬件无模块在位 |
| 根本原因 | 恢复出厂时保留了光模块信息的默认结构模板 |
| 修复方向 | 清理对象树、控制UI渲染条件、强化恢复逻辑 |
| 技术支持 | 已有方案可参考 openUBMC 社区网卡适配指南与 devmon 对象管理机制 |
推荐提交 Bug 至 openUBMC 社区，关联 PR 改进恢复出厂行为对
OpticalModule节点的处理逻辑。
在 OCP网卡Port2未插入光模块 的情况下，执行BMC恢复出厂设置后，系统界面仍显示该端口存在光模块信息，而预期应为不显示任何光模块相关信息。
| 项目 | 内容 |
|---|---|
| 操作系统 | Ubuntu 24.04（通用问题，非特定OS依赖） |
| 软件版本 | 2025-1230SP1 |
| 硬件配置 | 通用问题，涉及 Mellanox 网卡 MCX623430MS-CDAB |
期望结果：无论是否插光模块，恢复出厂后，未插入光模块的端口应不显示光模块相关数据。
实际结果：Port2 显示了光模块信息（如“接收丢失状态：否”、“发送错误状态：否”等），属于异常显示。
MCX623430MS-CDABnetwork_adapter.lua：核心Lua脚本，用于初始化和管理网络适配器。optical module count：系统指标，在日志中多次报告为 0，表示无光模块在位。根据系统日志：
2025-12-16 00:18:18.819563 network_adapter NOTICE: network_adapter.lua(1313): optical module cnt is 0
表明系统底层检测到的光模块数量为零，即没有任何物理光模块被识别。
同时，知识库中多个实体和关系确认：
Optical Module Count 由 network_adapter 组件报告，且值为 0。light module information 被错误地显示于 Ocp Netcard Port2，即使其未连接光纤模块。 初步分析（来自知识库内容）“初步分析备份还原点的时候光模块信息备份了默认值，导致恢复出厂之后异常显示。”
这意味着：
network_adapter.lua 也报告 optical module cnt is 0，但由于前端或Redfish接口仍渲染了历史模板数据，造成虚假信息展示。vpd（Vital Product Data）仓或 hardware_config 配置文件定义网卡能力。Presence=0或隐藏光模块字段，则即使无模块，UI也会显示默认空模板。Maoyuhao 技术专家指出：
光模块信息可以通过带外协议获取或由 BMA 上报，且 BMA 显示优先级更高。
若需定位问题，建议关闭 BMA 后检查带外数据源。
OpenUBMC 版本更新记录（25.09）新增功能：
表示系统已具备更完善的光模块状态管理能力，当前问题属于状态同步与UI渲染一致性问题，而非底层驱动缺失。
资源协作接口规范（bmc.kepler.Metric）定义：
/bmc/kepler/systems/1/NetworkAdapters/.../OpticalModule
该路径仅应在光模块在位时创建。若恢复出厂后此路径仍存在，说明对象树未正确清理。
短期建议（规避）清除默认模板缓存
OpticalModule 路径下的对象；network_adapter 在初始化时基于实时探测重建对象树。检查配置文件
hardware_config/MCX623430MS-CDAB.lua 是否在无模块时仍生成默认 optical module 结构；Presence == 1 时才构建光模块信息节点。前端显示控制
Presence 字段："Presence": 0 // 表示无模块，不展示卡片
Port 1/2/3 不显示光模块相关信息或显示“无光模块”
长期建议（根治）| 建议 | 说明 |
|---|---|
| 统一状态源 | 所有光模块信息应统一来源于 metric_analyzer 或 network_adapter 的实时探测，避免使用缓存快照 |
| 增强恢复逻辑 | 恢复出厂时重置 D-Bus 对象树，清除所有动态设备节点 |
| 日志追踪增强 | 在 network_adapter.lua 中增加调试日志，记录光模块对象的创建与销毁 |
| UI/后端一致性校验 | 引入自动化测试验证：无模块 → UI不显示光模块信息 |
| 项目 | 结论 |
|---|---|
| 问题本质 | UI异常显示，非真实检测到光模块 |
| 底层状态 | 实际光模块数量为 0，硬件无模块在位 |
| 根本原因 | 恢复出厂时保留了光模块信息的默认结构模板 |
| 修复方向 | 清理对象树、控制UI渲染条件、强化恢复逻辑 |
| 技术支持 | 已有方案可参考 openUBMC 社区网卡适配指南与 devmon 对象管理机制 |
OpticalModule节点的处理逻辑。
