系统日志 — SNMP-3-INPUT_QFULL_ERR

系统日志 — SNMP-3-INPUT_QFULL_ERR

ICSeverity（客户严重性）

3

影响

SNMP是一种低优先级协议，每当在较高优先级任务和SNMP等协议之间进行选择时，设备会首先丢弃SNMP数据包。

如果系统日志出现过一次/几次，并且不经常显示，则可以放心地忽略它。

在某些情况下，可能会出现软件缺陷，从而导致SNMP进程出现意外/次优操作。请查看下面显示的已知缺陷列表，并考虑将相关思科设备的软件升级到建议/最新版本，以确保使用中的软件中存在大多数已知软件修复。

描述

此错误通常意味着设备上的Syslog队列已满，因此设备无法处理传入的SNMP数据包。

发生这种情况的原因有以下几点：

• CPU正忙于处理其他高优先级数据包，因此不会处理低优先级SNMP消息。
• SNMP输入队列超出缓冲区，因此无法处理更多传入数据包。
• 可能的内存泄漏问题 — >联系TAC进行检查。
• 设备上可能存在缺陷。

SyslogMessage

SNMP-3-INPUT_QFULL_ERR: 

由于输入队列已满，已打包丢弃。

MessageSample

SNMP-3-INPUT_QFULL_ERR: 

由于输入队列已满，已打包丢弃。

产品系列

所有Catalyst平台

Regex

不适用

建议

• 增加轮询间隔。 
• 如果经常轮询特定OID，您可以更改其间隔或在不需要轮询时将其删除。
• 通常，对于队列已满问题，建议使用SNMP引擎的热重新启动。任务:
  • no snmp-server
  • sh snmp  — 验证snmp是否已禁用。
  • sh proc cpu |  I SNMP Engine —>验证snmp是否已禁用。
• 使用命令、  snmp-server .
• .增加SNMP队列大小。这是一种解决办法，不是一种解决办法。 
• 要确定确切的根本原因或怀疑存在缺陷，请打开TAC SR。 
• 您可以使用以下命令增加时间阈值：
  • snmp monitor response threshold 5000。
• 您还可以使用配置命令  no snmp monitor response .此命令将禁用将响应时间与阈值进行比较的机制，并且不会显示任何延迟消息。
• 此外，这些日志只是提供信息，因此您可以永久删除这些日志。

命令

show proc cpu sorted  ->验证设备上的CPU百分比和SNMP引擎进程上的CPU百分比

show proc cpu | I SNMPEngine

show snmp stats oid  ->检查哪个oid使SNMP引擎保持忙碌

show snmp