hp-alarm-mgr 是什么
hp-alarm-mgr 对应 IANA 登记的 hp performance data alarm manager，TCP 与 UDP 同名，登记人为 Frank Blakely，是 HP 性能管理体系中负责告警的组件端口：接收采集端汇总的数据，按阈值规则判断异常并分发通知。它与采集器和受管节点代理连号登记，构成一套完整的性能监控闭环。现代监控体系把告警规则与通知渠道做得更灵活，383 号随之退出使用。
基本信息
| 服务名 | hp-alarm-mgr |
|---|---|
| 端口号 | 383（TCP/UDP 同名登记） |
| IANA 登记说明 | hp performance data alarm manager |
| 登记人 | Frank Blakely |
| 产品背景 | HP 性能管理体系 |
| 配套端口 | hp-collector（381）、hp-managed-node（382） |
| 功能定位 | 阈值告警的接收与分发 |
| 现状 | 被现代监控体系取代 |
现网出现时怎么处置
- 先确认告警链路是否仍在使用：告警组件一般有明确的使用方，确认接收人是否存在
- 查通知渠道配置：老体系把通知写进配置，接收邮箱与短信网关信息能反映实际使用情况
- 看是否已无人接收：接收人离职或邮箱失效时，告警体系实际已失效，属于典型影子系统
- 评估规则迁移：阈值规则的迁移比端口清理更重要，漏迁会导致故障发现能力下降
- 按未知服务处置：连同代理与采集器一起退役，避免只清理一部分
定位占用进程
定位占用进程
ss -lntup 'sport = :383' # 列出 383 的 TCP/UDP 监听进程
sudo lsof -i :383 # 进程、用户与打开的文件
ss -tnp '( sport = :383 )' # 告警来源与连接数
ss -tin '( sport = :383 )' # 队列与重传情况，判断是否积压
netstat -ano | findstr :383 # Windows：端口与 PID
tasklist /FI "PID eq 1234" # Windows：PID 反查进程告警链路检查项
| 检查项 | 正常表现 | 常见问题 |
|---|---|---|
| 接收方有效性 | 接收人在职、渠道可用 | 邮箱失效或接收人变更 |
| 规则覆盖 | 关键指标均有阈值 | 关键指标漏配，异常无告警 |
| 通知闭环 | 告警有确认与关闭记录 | 只发不收，问题长期挂起 |
告警体系失效往往没有征兆：端口还在、进程还在、日志还在，唯独没有人接收通知。定期做一次告警演练，比检查端口存活更能确认监控是否真正有效。