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.
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 :
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 :
Cette procédure décrit comment résoudre les problèmes causés par une modification de l'UUID :
# show module vem mapping <-- old UUID shows unlicensed
# show vms internal info host-table
~ # esxcfg-info |grep UUID <-- new UUID of host
Nexus1000v# conf t
Nexus1000v(config)# no vem 'x'
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
Nexus1000v# conf tUtilisez le nouvel UUID de l’hôte, comme indiqué à l’étape 1 :
Nexus1000v(config)# vem <lowest unused module #>
Nexus1000v(config-vem-slot)# host vmware id <uuid>
~ # esxcfg-info |grep UUID
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
Révision | Date de publication | Commentaires |
---|---|---|
1.0 |
19-Aug-2013 |
Première publication |