Table des matières

Syslog - SNMP-3-INPUT_QFULL_ERR

Gravité ICS (gravité client)

3

Incidence

SNMP est un protocole de faible priorité, et chaque fois qu'il y a un choix entre une tâche de priorité plus élevée et un protocole comme SNMP, le périphérique rejette les paquets SNMP en premier.

Si le syslog s'est produit une fois/ plusieurs fois et ne s'affiche pas souvent, il peut être ignoré en toute sécurité.

Dans certaines situations, il peut y avoir un défaut logiciel qui peut provoquer un fonctionnement inattendu/sous-optimal du processus SNMP. Veuillez consulter la liste des défauts connus ci-dessous et envisager de mettre à niveau le logiciel du périphérique Cisco en question vers la version recommandée/la plus récente afin de vous assurer que la plupart des correctifs logiciels connus sont présents dans le logiciel utilisé.

Description

Cette erreur signifie généralement que la file d'attente Syslog est pleine sur le périphérique, ce qui signifie que le périphérique ne peut pas traiter les paquets SNMP entrants.

Cela peut se produire pour les raisons suivantes :

- Le processeur est occupé à traiter d'autres paquets de priorité élevée, et ne traite donc pas les messages SNMP de faible priorité.

- La file d'attente d'entrée SNMP est à court de tampons, donc impossible de traiter plus de paquets entrants.

- Problème possible de fuite de mémoire -> Contactez le TAC pour le vérifier.

- Défauts possibles sur le périphérique.

MessageSyslog

SNMP-3-INPUT_QFULL_ERR:

Conditionné abandonné en raison de la file d'attente d'entrée saturée.

MessageÉchantillon

SNMP-3-INPUT_QFULL_ERR:

Conditionné abandonné en raison de la file d'attente d'entrée saturée.

Gamme de produits

Toutes les plates-formes Catalyst

Regex

S/O

Recommandation

- Augmentez l'intervalle d'interrogation.

- Si des OID spécifiques sont souvent interrogés, vous pouvez modifier leur intervalle ou les supprimer si l'interrogation n'est pas nécessaire.

- Souvent, un redémarrage à chaud du moteur SNMP est recommandé pour un problème de file d'attente pleine. Pour ce faire :

- no snmp-server

- sh snmp  - pour vérifier que snmp est désactivé.

- sh proc cpu |  I SNMP Engine —> pour vérifier que snmp est désactivé.

- Reconfigurez SNMP à l'aide de la commande  snmp-server .

- Augmenter la taille de la file d'attente SNMP. Il s'agit d'une solution de contournement et NON d'un correctif.

- Pour identifier la cause exacte ou si vous suspectez un défaut, veuillez ouvrir un rapport de service TAC.

- Vous pouvez augmenter le seuil de temps à l'aide de cette commande :

- snmp monitor response threshold 5000.

- Vous pouvez également utiliser la commande de configuration no snmp monitor response . Cette commande désactive le mécanisme de comparaison du temps de réponse avec le seuil et aucun message de délai ne s'affiche.

- En outre, ces journaux ne sont fournis qu'à titre d'information, vous pouvez donc les supprimer définitivement.

Commandes

show proc cpu sorted  -> pour vérifier le pourcentage de CPU sur le périphérique et le pourcentage de CPU sur le processus du moteur SNMP

show proc cpu | I SNMPEngine

show snmp stats oid  -> pour vérifier quel oid garde le moteur SNMP occupé

show snmp