• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

H3C 7503日志告警问题

6小时前提问
  • 0关注
  • 0收藏,49浏览
粉丝:0人 关注:0人

问题描述:

H3C 7503一直报这个错误是什么意思

Chassis=1-Slot=2, -Resource=output_fowrate_26-Total=1000-Used=1000-Free=0, Resources used up

 

3 个回答
已采纳
粉丝:208人 关注:0人

产生该告警的 4 大类根本原因(S7503 典型)

原因 1:大量端口重复下发 CAR / 限速 / 流量整形,耗尽硬件速率表项(最高发)

S7503 每块业务板有独立的出方向 flowrate 硬件表项规格(Total=1000)。
  • 每个端口配置qos carlqos carshaping、端口带宽限速、MQC 流行为限速,每一条独占 1 个 flowrate 表项;
  • 批量在几十上百个端口批量复制粘贴限速配置,表项快速打满 1000 上限;
  • 哪怕限速数值一样,多端口独立配置也会重复占用,不共享硬件资源。

原因 2:端口多打一、高速口转发低速口,持续拥塞触发大量动态速率资源占用

  • 多个千兆 / 万兆端口同时往同一个下行端口转发流量,出端口永久拥塞;
  • 芯片持续申请动态拥塞队列、速率统计资源,慢慢耗尽 flowrate 资源;
  • 伴随端口 output discard 计数持续上涨。

原因 3:环路、广播风暴、DDoS 攻击,出方向突发超大流量

二层环路、内网主机中毒发包、外网攻击流量涌入 Slot2 单板端口,出方向持续线速转发,芯片速率统计、拥塞管理资源被占满。

原因 4:版本 BUG / 硬件芯片异常(偶发)

老 V7 版本 S7503 存在 flowrate 资源不自动回收 BUG:端口删除限速配置、shutdown 端口后,硬件表项不释放,Used 不会下降,越累积越满。

三、分步排查命令(S7503 V7 系统)

1、全局查看整机所有资源监控

display resource-monitor display resource-monitor slot 2
可以直观看到 Slot2 下output_flowrate_26持续 Free=0。

2、定位 Slot2 哪些端口配置了出方向限速、整形、CAR


# 查看所有端口QoS策略调用
display qos policy interface slot 2 # 查看端口带宽限速 display interface brief | include Speed limit # 查看CAR配置占用 display qos car summary slot 2 # 查看队列拥塞统计 display qos queue-statistics interface GigabitEthernet 2/0/X

3、检查端口是否持续丢包、拥塞

display interface GigabitEthernet 2/0/X # 重点看:Output queue drops、Total output drops、带宽利用率

4、确认是否版本表项不回收 BUG

删除某个端口全部限速配置后,再次查看:
display resource-monitor slot 2

暂无评论

粉丝:15人 关注:2人

这表示 S7503 设备 2 号业务板上,名为 output_flowrate_26 的硬件资源已经耗尽(Total=Used=1000),这是交换机芯片上用于管理出方向流量速率 / 队列调度的专用资源,耗尽后会直接导致端口丢包、业务中断。
💡 根本原因
output_flowrate 资源耗尽,本质上是设备的流量整形 / 队列调度资源被用光了,常见诱因:
配置了过多的 QoS 策略
大量端口配置了 traffic-shape、line-rate、queue shaping 等限速 / 整形命令,每个配置都会占用一个 output_flowrate 资源,超过 1000 个就会耗尽。
大量端口加入聚合组,同时配置了 QoS
聚合组的成员端口会单独占用资源,导致资源消耗呈倍数增长。
业务流量突发,触发了芯片级的资源调度保护
大流量冲击下,芯片会临时申请更多资源,导致资源池被占满。
从你第二张日志截图可以看到,告警伴随大量 IFNET/4/IF_EGRESS_DROP(端口出方向丢包),这正是资源耗尽后的直接后果。
🛠️ 快速排查与解决步骤
1. 查看资源占用情况
bash
运行
# 查看业务板上的output_flowrate资源使用
display resource usage chassis 1 slot 2

# 查看所有端口的流量整形/限速配置
display qos traffic-shape interface all
display qos lr interface all
2. 紧急处理(恢复业务)
找到配置了 traffic-shape 或 line-rate 的非关键端口,先删除部分配置释放资源:
bash
运行
interface Ten-GigabitEthernet 2/4/1
undo qos traffic-shape
undo qos lr outbound
quit
查看资源占用是否下降:
bash
运行
display resource usage chassis 1 slot 2
当 Free 不为 0 时,告警会自动消失,丢包也会停止。
3. 根治优化方案
统一规划 QoS 策略
尽量在聚合组或业务 VLAN 层面配置,避免每个端口单独配置;使用聚合策略减少资源占用。
优化流量整形参数
非关键业务的整形速率可适当放宽,减少资源消耗。
升级设备固件
部分旧版本固件存在资源泄漏或调度算法问题,升级到官方推荐的稳定版本可缓解。
业务分流
若业务量确实超出了 2 号板的资源能力,可考虑将部分业务迁移到其他业务板,分散资源压力。
⚠️ 注意事项
该告警是 Critical 级别,说明业务已经受到影响,必须尽快处理。
资源耗尽后,设备无法再对新的流量进行整形 / 调度,会直接丢弃超出能力的报文,导致业务卡顿、TCP 重传等问题。
不要在业务高峰期大规模修改 QoS 配置,可先通过删除非关键端口的限速配置临时恢复业务,再在低峰期做整体优化。

暂无评论

粉丝:21人 关注:1人

这条日志是 H3C 交换机(如 S7503)资源监控模块(RESMON)发出的硬件资源耗尽告警

一、 错误含义解读

从您提供的日志参数来看,具体含义如下:
  • 监控位置Chassis=1-Slot=2,表示故障发生在设备的 1 号机箱、2 号槽位。
  • 资源类型output_flowrate_26,代表该槽位芯片内部用于处理出方向流速统计/流表的硬件资源(编号为 26)。
  • 状态详情Total=1000-Used=1000-Free=0,说明该资源的总容量为 1000,当前已使用 1000,剩余空闲为 0,即资源已完全用尽
简单来说,这台交换机的底层芯片在处理“出向流量监控/统计”时,其硬件流表或计数器资源已经被占满,无法再分配新的资源了。

二、 可能的原因

这种资源耗尽通常不是由单纯的物理带宽跑满引起的,而是与系统配置或网络异常有关:
  1. 监控与统计功能过度配置:在大量接口上开启了 netstream outboundqos-statistic enable 或 flow-monitor 等出方向流量统计功能,导致芯片级流表被耗尽。
  2. 瞬时流量突发或网络环路:某个接口在短时间内出现了严重的流量突发(Burst Traffic),或者网络中存在广播风暴/环路,瞬间冲击并占满了所有流速监控资源。
  3. QoS 策略或 ACL 过多:在出方向应用了大量的 QoS 策略或访问控制列表(ACL),消耗了底层的 TCAM 和匹配资源。

三、 排查与解决步骤

建议您按照以下步骤进行定位和处理:

第一步:确认资源占用情况

登录设备,执行以下命令查看具体的硬件资源和流表占用情况:
display hardware resource chassis 1 slot 2 display qos-acl resource display netstream resource display flow-monitor resource
重点观察输出结果中 Outbound Flow Monitor 或 NetStream 相关的资源使用率是否达到了 100%。

第二步:定位触发告警的具体接口

通过 SNMP OID 或结合告警时间点,找出是哪个物理端口触发了资源耗尽:
# 查看 1 号机箱 2 号槽位的接口状态及流量 display interface brief chassis 1 slot 2 display counters rate outbound chassis 1 slot 2
重点排查在告警时间段内出方向流量最高、或存在异常抖动的端口。

第三步:优化与释放资源(解决方案)

  1. 关闭不必要的统计功能(推荐):如果某些接口不需要出方向的流量统计,请进入对应接口视图将其关闭,以释放硬件资源:
    system-view interface GigabitEthernet x/x/x # 替换为实际接口 undo netstream outbound undo flow-monitor outbound undo qos-statistic enable
  2. 扩大资源池容量:如果业务确实需要大量的流表资源,可以尝试增加流速监控的资源池大小:
    resource-monitor flow-rate resource-pool size 2000 # 适当调大资源池
  3. 排查网络拓扑异常:检查网络是否存在环路、ARP 攻击或异常的组播/广播流量,必要时配置 QoS 限速或开启 STP 保护。

暂无评论

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明