Avez-vous un compte?
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.
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 :
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 :
Cette procédure décrit comment résoudre les problèmes provoqués par un changement d'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, suivant les indications de 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