Modifications du module VSM Nexus 1000v et de l'UUID hôte

Introduction

Ce document décrit comment le module de supervision virtuel (VSM) d'un commutateur Cisco Nexus 1000v gère un changement dans l'UUID hôte. Si le nombre ou le type de licences approprié n'est pas disponible, le flux de trafic peut être interrompu.

Le module VSM d'un commutateur Nexus 1000v émet des licences aux hôtes en fonction de l'UUID (Unially Unique Identifier) du matériel. Cela signifie que, si un UUID hôte change pour une raison quelconque, il est considéré comme un nouvel hôte par le VSM. Bien qu'il soit inhabituel pour un UUID hôte de changer au cours de sa durée de vie, Cisco est conscient de deux situations qui peuvent provoquer un changement UUID : un défaut logiciel VMware dans ESXi 5.0 et un défaut de microprogramme Cisco Unified Computing System (UCS) sur les lames M3.

Lorsque l'UUID change, le module VSM voit le module précédemment chargé comme un nouvel hôte. L'hôte est chargé en tant que nouveau module et un nouveau numéro de module et une nouvelle licence lui sont attribués. Si aucune licence n'est disponible, une licence de découvert est attribuée à l'hôte ; s'il n'y a pas de découverts disponibles, aucune licence n'est attribuée à l'hôte. S'il y a des machines virtuelles de production (VM) sur cet hôte, elles ne peuvent plus transmettre le trafic, car les hôtes sans licence ne peuvent pas recevoir de programmation du VSM.

Problème VMware

Si la version du BIOS de gestion du système (SMBIOS) du système VMware ESXi 5.0 est la version 2.6 ou ultérieure, l'UUID SMBIOS signalé par l'hôte ESXi 5.0 peut être différent de l'UUID SMBIOS réel. L'ordre des octets des trois premiers champs de l'UUID n'est pas correct.

La spécification SMBIOS étend l'interface du BIOS sur les systèmes d'architecture x86 et explique comment les fournisseurs de cartes mères et de systèmes présentent les informations de gestion de leurs produits dans un format standard. Ces informations sont destinées à permettre à une instrumentation générique de transmettre ces informations aux applications de gestion qui utilisent l'interface de gestion de bureau (DMI), le modèle d'information commun (CIM) ou l'accès direct et d'éliminer la nécessité d'opérations sujettes à erreur, telles que l'analyse du matériel du système pour la détection de présence.

La spécification SMBIOS vise à fournir suffisamment d'informations pour que les développeurs du BIOS puissent mettre en oeuvre les extensions nécessaires afin de permettre que le matériel de leurs produits et d'autres informations liées au système soient déterminés avec précision par les utilisateurs des interfaces définies.

Le VMkernel interagit avec le matériel qui utilise le CIM et transmet ces informations. Le module Ethernet virtuel (VEM) interagit avec le VMkernel afin de lire les informations UUID collectées pour la première fois à partir du matériel par CIM dans le VMkernel. L'UUID VEM est égal à l'UUID ESXi.

Si vous démarrez ou redémarrez le VEM (vem start/restart), la fonction startDpa est appelée. La fonction startDpa appelle un script dans les fonctions /opt/cisco/vXXX/nexus/vem-vXXX/shell/vssnet et extrait l'UUID de l'hôte ESXi :

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

Remarques :

• Le correctif se trouve dans VMware ESXi 5.0 update 2.
• Voir l'ID de bogue Cisco CSCue57972, N1KV utilise la licence en raison de la modification de l'UUID hôte ESXi.
• Recherchez VMware PR 859249 dans la base de connaissances VMware.

Problème de lame B200, B220, B440 M3

L'UUID est traduit de manière incorrecte lorsque vous mettez à niveau VMwave ESXi 4.1 ou ESXi 5.1 sur les serveurs lames Cisco UCS B200 M3, B220 M3 ou B440 M3. Il s'agit d'un problème d'affichage uniquement et n'affecte pas les profils de service associés aux lames.

Remarques :

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

Résolution

Cette procédure décrit comment résoudre les problèmes causés par une modification de l'UUID :

1. Entrez ces commandes afin d'identifier le problème :
   
   

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

2. Entrez ces commandes afin de supprimer le numéro VEM mappé à l'ancien UUID :
   
   

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

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

   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: Seuls 3 et 4 sont utilisés.

4. Entrez 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, comme indiqué à l’étape 1 :
   
   

   ~ # esxcfg-info |grep UUID

Journaux pertinents

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

Historique de révision