系統日誌 — SNMP-3-INPUT_QFULL_ERR

系統日誌 — SNMP-3-INPUT_QFULL_ERR

ICSeverity（客戶嚴重性）

3

影響

SNMP是一種低優先順序協定，每當在高優先順序任務和SNMP等協定之間進行選擇時，裝置首先會丟棄SNMP資料包。

如果系統日誌出現過一次/幾次，並且不經常顯示，則可以安全地忽略它。

在某些情況下，可能會出現軟體缺陷，從而導致SNMP進程的意外操作/次優操作。請檢視下面顯示的已知缺陷清單，並考慮將相關思科裝置的軟體升級到建議/最新版本，以確保使用中的軟體中存在最已知的軟體修復。

說明

此錯誤通常表示裝置上的系統日誌隊列已滿，因此裝置無法處理傳入的SNMP資料包。

發生這種情況的原因可能有以下幾點：

• CPU正忙於處理其他高優先順序資料包，因此不會處理低優先順序SNMP消息。
• SNMP輸入佇列超出緩衝區，因此無法處理更多傳入封包。
• 可能的記憶體洩漏問題 — >聯絡TAC檢查此問題。
• 裝置可能有缺陷。

系統日誌消息

SNMP-3-INPUT_QFULL_ERR: 

由於輸入隊列已滿，已壓縮丟棄。

MessageSample

SNMP-3-INPUT_QFULL_ERR: 

由於輸入隊列已滿，已壓縮丟棄。

產品系列

所有Catalyst平台

Regex

不適用

建議

• 增加輪詢間隔。 
• 如果有特定的OID經常被輪詢，您可以更改這些的OID的時間間隔，或在不需要輪詢時將其刪除。
• 通常，對於隊列已滿問題，建議熱重新啟動SNMP引擎。為此，請執行以下操作：
  • no snmp-server
  • sh snmp  — 驗證snmp是否已禁用。
  • sh proc cpu |  I SNMP Engine —>驗證snmp是否已禁用。
• 使用指令重新設定SNMP，  snmp-server .
• .增加SNMP隊列大小。這是一種解決辦法，不是一種解決辦法。 
• 要確定確切的根本原因，或者如果懷疑存在缺陷，請開啟TAC SR。 
• 您可以使用以下命令增加時間閾值：
  • snmp監控器響應閾值5000。
• 您也可以使用configuration命令  no snmp monitor response .此命令將禁用將響應時間與閾值進行比較的機制，並且不會顯示任何延遲消息。
• 此外，這些日誌只是提供資訊，因此您可以永久刪除這些日誌。

指令

show proc cpu sorted  ->驗證裝置上的CPU百分比和SNMP引擎進程上的CPU百分比

show proc cpu | I SNMPEngine

show snmp stats oid  ->檢查哪個oid使SNMP引擎保持忙碌狀態

show snmp