E7501 IOM组件监控linux操作系统的时候，如何监控所有进程？

调用出监控部署平台有进程情况的

UDTP‑E7501 IOM 监控 Linux，只能看到端口关联进程，看不到全部进程根因与方案
现象：平台只展示带监听端口的进程，和ps aux操作系统看到完整进程列表不一致。
根因：当前你用的是 SNMP 采集 Linux 操作系统。net‑snmp 的标准 MIB‑2 只能够输出拥有 socket / 监听端口的进程；无网络 socket 的后台进程、守护进程、本地批处理进程，SNMP 标准 OID 无法采集，所以界面看不到，这是 SNMP 协议本身的能力限制，不是 bug。
两种采集模式能力对比
表格
采集方式 能看到的进程 说明
SNMP（net‑snmpd） 仅带端口 /socket 的进程 无网络套接字的后台进程不返回；只能看 CPU、内存、磁盘、接口基础指标；拿不到完整ps aux全量进程列表。
E7501 Linux Agent 代理（必须部署） 操作系统全部进程，和 ps aux 一致 完整 PID、进程名、CPU%、内存、命令行；支持进程告警（进程存在 / 不存在、CPU 内存阈值告警）。
⚠️IPMI 只采集服务器硬件（温度、风扇、电源），IPMI 完全拿不到操作系统内部进程，IPMI 与操作系统进程无关。
完整处理步骤
1、部署 E7501 配套 Linux Agent（实现全量进程监控，唯一方案）
在 E7501 IOM 组件管理页面，下载 Linux 版 Agent 安装包；
Linux 服务器执行安装，Agent 需要 root 权限读取/proc虚拟文件系统，才能拿到全部进程快照；
Agent 配置 IOM 模块 IP 地址，注册上报；
E7501 平台上将该 Linux 主机采集方式切换为 Agent 采集，不再使用 SNMP 采集操作系统指标。
部署 Agent 之后：进程列表和服务器ps aux输出对齐，可以看到所有后台无端口进程，支持进程 CPU、内存监控、进程存活告警。
2、不部署 Agent 的情况下（仅 SNMP）能做到什么
❌无法获取全部进程列表，协议层面做不到。
✅仅可以做到：
监控整机 CPU、内存、磁盘、网卡；
看到绑定监听端口的进程；
可以自定义 SNMP 扩展脚本，写 shell 调用ps输出全量进程，自定义 OID 上报 E7501。
不推荐扩展脚本方式：大量服务器会加重 snmpd 负载，轮询性能差，不支持进程 CPU 内存实时指标，仅能拿到进程名字符串。
3、常见踩坑点
很多人混淆 IPMI 和 OS 进程：IPMI 只管硬件，IPMI 读不到操作系统内部任何进程。
混合模式：硬件信息继续用 IPMI；操作系统指标（全量进程、进程资源）使用 Agent。标准配置：IPMI（硬件） + Agent（操作系统全量指标）。
Agent 需要网络：Linux 服务器能够访问 E7501 IOM 模块上报端口；服务器防火墙放行 Agent 出站。
权限：Agent 必须 root 运行，普通用户读取/proc会丢失大量进程信息。
小结
当前只看到端口进程：SNMP 固有限制，net‑snmp 标准 MIB 无法输出无 socket 后台进程，和操作系统 ps 输出不一致属于正常现象。
想要查看 Linux 操作系统所有进程，必须安装 E7501 Linux Agent 代理，采集方式切换 Agent 模式，这是官方唯一支持的方案。
最佳实践：硬件监控继续 IPMI；操作系统全量进程、进程资源监控使用 Agent。IPMI 不能采集操作系统进程。