Nexus 1000v VSM et modifications de l'hôte UUID

Introduction

Ce document décrit comment le module virtuel de superviseur (VSM) de la gamme de Cisco Nexus un 1000v commutent des traitements un changement de l'hôte UUID. Si le numéro approprié ou le type de permis n'est pas disponible, la circulation pourrait être interrompue.

Le VSM d'un commutateur du Nexus 1000v fournit l'autorisation aux hôtes basés sur universellement l'identifiant unique (UUID) du matériel. Ceci signifie que, si un hôte UUID change pour quelque raison que ce soit, il est visualisé comme nouvel hôte par le VSM. Tandis qu'il est peu commun pour un hôte UUID de changer pendant sa vie, Cisco se rend compte de deux situations qui peuvent entraîner une modification UUID - une erreur de logiciel de VMware dans ESXi 5.0 et un défaut de micrologiciel du Système d'informatique unifiée Cisco (UCS) sur les lames M3.

Quand l'UUID change, le VSM voit le module chargeable précédemment comme nouvel hôte. L'hôte est chargé comme un nouveau module et assigné un nouveau numéro de module et un nouveau permis. Si aucun permis n'est disponible, l'hôte est assigné un permis de découvert ; s'il n'y a aucun découvert disponible, l'hôte n'est pas assigné un permis du tout. S'il y a les virtual machine de production (VMs) sur cet hôte, ils peuvent plus ne passer le trafic, parce que les hôtes non enregistrés ne peuvent pas recevoir la programmation du VSM.

Question de VMware

Si la version BIOS de gestion du système (SMBIOS) du système de VMware ESXi 5.0 est version 2.6 ou ultérieures, le SMBIOS UUID signalé par le serveur d'ESXi 5.0 pourrait être différent de l'effectif SMBIOS UUID. La commande d'octet des trois premiers champs de l'UUID n'est pas correcte.

La spécification SMBIOS étend l'interface BIOS sur des systèmes et des adresses d'architecture x86 comment les informations de Gestion actuelles de carte mère et de fournisseurs de système sur leurs Produits dans un format standard. Les informations sont destinées pour permettre à l'instrumentation générique pour fournir ces informations aux applications d'administration que qui utilisent l'interface de gestion de bureau (DMI), le modèle commun de l'information (CIM) ou accès direct et pour éliminer le besoin d'exécutions sujettes aux erreurs telles que le matériel système de sondage pour la détection de présence.

La spécification SMBIOS est destinée pour fournir assez d'informations de sorte que les développeurs BIOS puissent implémenter les extensions nécessaires afin de permettre le matériel sur leurs Produits et d'autres informations reliées au système à déterminer exactement par des utilisateurs des interfaces définies.

Le VMkernel interagit avec le matériel qui utilise la CIM et passe ces informations. Le module virtuel d'Ethernets (VEM) interagit avec le VMkernel afin d'indiquer les informations UUID qui ont été recueillies la première fois du matériel par CIM dans le VMkernel. Le VEM UUID est égal à l'ESXi UUID.

Si vous commencez ou redémarrez le VEM (début/reprise de vem), le startDpa de fonction s'appelle. Les appels de fonction de startDpa un script dans /opt/cisco/vXXX/nexus/vem-vXXX/shell/vssnet-functions et extrait l'UUID de l'hôte d'ESXi :

setBiosUuid()
{
         local UUID
        UUID=$(esxcfg-info -u | awk '{print tolower($1)}')
        if [ "${UUID}" != "" ] ; then
                 doCommand ${VEMCMD} card uuid vmware ${UUID}
         fi
}

Remarques :

• La difficulté est dans la mise à jour 2 de VMware ESXi 5.0.
• Voir l'ID de bogue Cisco CSCue57972, autorisation d'utilisations N1KV due à la modification de l'hôte UUID d'ESXi.
• Recherchez RP 859249 de VMware dans la base de connaissances de VMware.

B200, B220, question de lame B440 M3

L'UUID est traduit inexactement quand vous améliorez VMwave ESXi 4.1 ou ESXi 5.1 sur les serveurs lame du Cisco UCS B200 M3, B220 M3, ou B440 M3. C'est une question d'affichage seulement et n'affecte pas les services profiles associés avec les lames.

Remarques :

• Voir l'ID de bogue Cisco CSCud75506, UUID est affiché différemment sur l'hôte ESX et dans l'UCSM.
• Les notes en version pour le logiciel de Cisco UCS, version 2.1 inclut ce défaut.

Résolution

Cette procédure décrit comment résoudre les problèmes provoqués par un changement d'UUID :

1. Sélectionnez ces commandes afin d'identifier la question :
   
   

   # show module vem mapping <-- old UUID shows unlicensed
   # show vms internal info host-table
   ~ # esxcfg-info |grep UUID <-- new UUID of host

2. Sélectionnez ces commandes afin de retirer le nombre VEM tracé au vieil UUID :
   
   

   Nexus1000v# conf t
   Nexus1000v(config)# no vem 'x'

3. Sélectionnez cette commande afin de déterminer le plus bas numéro de module disponible :
   
   

   Nexus1000v# show module vem mapping
   Mod     Status          UUID                                    License Status
   ---     -----------     ------------------------------------    --------------
   3       powered-up      24266920-d498-11e0-0000-00000000000f    licensed
   4       powered-up      24266920-d498-11e0-0000-00000000000e    licensed

   Note: Seulement 3 et 4 sont en service.

4. Sélectionnez ces commandes afin de configurer la nouvelle configuration UUID sur le VSM :
   
   

   Nexus1000v# conf t
   Nexus1000v(config)# vem <lowest unused module #>
   Nexus1000v(config-vem-slot)# host vmware id <uuid>

   Utilisez le nouvel UUID de l'hôte, suivant les indications de l'étape 1 :
   
   

   ~ # esxcfg-info |grep UUID

Logs appropriés

VEM_MGR-2-VEM_MGR_REMOVE_NO_HB  Removing VEM 15 (heartbeats lost)
ETH_PORT_CHANNEL-5-PORT_DOWN  port-channel15: Ethernet15/1 is down
VEM_MGR-2-MOD_OFFLINE  Module 15 is offline
VIM-5-IF_DETACHED  Interface Vethernet248 is detached
VEM_MGR-2-VEM_MGR_DETECTED  Host ?hostname? detected as module 32
VEM_MGR-2-VEM_MGR_UNLICENSED  License for VEM 32 could not be obtained. Please contact your Cisco 
account team or partner to purchase Licenses. To activate your purchased licenses, click on  
www.cisco.com/go/license .
VEM_MGR-2-MOD_ONLINE  Module 32 is online