Utilisant le vemlog pour mettre au point des problèmes du Nexus 1000v

Introduction

La partie virtuelle du module d'Ethernets (VEM) du Nexus 1000v a les commandes de débogage intégrées que vous pouvez employer pour aider au dépannage. Ces commandes de vemlog te permettent la vue quels certains processus du VEM font, quels commandes elles envoient, et quels tri de réponse elles reçoivent. Par exemple, vous pourriez les utiliser dans ces situations :

• Un Port canalisé LACP n'est pas soulevé entre le Nexus 1000v et le commutateur en amont. Vous utiliseriez une combinaison de « vemlog » sur l'hôte et « mettez au point » sur le commutateur en amont pour rétrécir vers le bas le problème.

• QoS ne fonctionne pas correctement et vous voulez vérifier que le VEM place les valeurs correctement.

• Vous voulez voir les modifications à la transmission VSM-VEM.

Le point de droit le plus d'usage courant pour exécuter ces commandes met au point le LACP. Utilisant le module de débogage « sflacp » et « debug lacp » sur le commutateur en amont vous pouvez détecter quel périphérique fonctionne mal, ou si le lien entre les deux périphériques relâche le LACP BPDU.

Les niveaux par défaut ont habituellement assez d'informations ainsi le log peut être collecté et analysé sans s'activer supplémentaire met au point.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Commandes courantes de vemlog

Si vous avez n'importe quelles questions au sujet de la syntaxe de ces commandes vous pouvez taper le « vemlog » dans l'ESXi CLI et recevoir un résultat d'aide. Il n'y a aucun onglet complet ou « ? » pour ces commandes. Vous devez entièrement les taper ou ils ne fonctionneront pas correctement. Afin d'exécuter le vemlog vous commande d'avoir besoin d'un de ce qui suit :

• Accès de console SSH/local à l'hôte d'ESXi en question. L'accès de SSH est préférable parce que vous pouvez facilement faire défiler sauvegardez.

• L'accès de console SSH/local au VSM et au module doit être en activité dans le VSM. De nouveau l'accès de SSH est préférable. Si vous utilisez cette méthode que vous devrez préfacer chaque commande avec le vem de module # exécutez, où # est le numéro de module du VEM.

Niveaux d'élimination des imperfections de Vemlog

Vemlog sur le VEM est semblable au Syslog sur un commutateur normal. Comme un commutateur normal, il y a des niveaux d'importance :

e – Error 
n – Notification
w – Warning
i – Information
d – Debug
p – Print
t – Temporary

Ceci est rangé de plus grave à mineurs (avec les messages moins graves sortant bien plus d'informations). Par défaut le vemlog est placé à ENW (erreur, notification, avertissant).

Étape 1 : Effacer des configurations en cours de capture

Pour dépanner une question particulière il est valeur pour désactiver les captures par défaut.

vemlog stop
vemlog clear
vemlog debug all none

Ces commandes arrêteront toutes les commandes en cours de vemlog qui se produisent, et remettront à l'état initial le vemlog pour masquer des configurations de capture. Vous pouvez vérifier ceci avec la commande suivante :

Comme vous voyez ici, la commande de show debug de vemlog affichera le courant mettent au point des configurations. Le par défaut pour tous les modules pour « imprimer » est 0, ou ne pas imprimer.

Étape 2 : Établissement des paramètres de capture de vemlog

Maintenant que vous avez une table rase à commencer, il est temps de placer les Témoins pour le capturer. Pour cet exemple, les logs généraux de port sont capturés :

La deuxième commande là a cette syntaxe :

vemlog debug [module|all] [-][all|none|default|e|w|n|i|d|p|t]

Là où le « debug_module » est le module de vemlog vous voulez capturer. Habituellement « mettez au point » est assez pour le dépannage.

Si vous ajoutez [-] à la commande qui mettent au point de niveau serez retiré pour ce module. Ce tir d'écran a des exemples de ceci :

Vous pouvez visualiser tout le disponible mettez au point des modules avec une commande de show debug de vemlog.

Une fois que vous avez spécifié qui empaquette pour surveiller, puis commencez le vemlog avec une commande de début de vemlog :

Étape 3 : Visionnement de la sortie

Une fois que vous êtes prêt à visualiser le log, émettez une exposition de vemlog toute la commande. Ceci imprime toutes les entrées de journal à la console (ou à la session de SSH). Si vous êtes directement connecté à l'hôte vous pouvez également envoyer ceci à un fichier de sorte que vous puissiez le copier hors fonction et l'analyser plus tard :

Si vous déplacez ce fichier au répertoire de /vmfs/volumes/ [datastore_name] vous pouvez l'écarter l'hôte utilisant le navigateur de datastore dans ESXi.

Le vemlog est également enregistré dans le log de vmkernel.

Étape 4 : Restaurer le vemlog sur la normale se connectant des niveaux

~ # vemlog stop
Suspended log
~ # vemlog clear
Cleared log
~ # vemlog debug all default
~ # vemlog start
Started log

Ces commandes restaureront le vemlog sur la configuration standard. C'est important pour s'assurer que les informations de débogage sont capturées correctement pour de futurs problèmes.

Puisque le vemlog est enregistré dans les logs de vmkernel et la mémoire tampon des vemlog, particulièrement un bavard met au point peut inonder chacun de ceux là avec les informations inutiles, particulièrement si elles restent activé.

Informations connexes

• Support et documentation techniques - Cisco Systems