Cambios de VSM y UUID de host Nexus 1000v

Introducción

Este documento describe cómo el módulo de supervisor virtual (VSM) de un switch Nexus de Cisco serie 1000v gestiona un cambio en UUID de host. Si el número o tipo de licencias apropiado no está disponible, el flujo de tráfico podría interrumpirse.

El VSM de un switch Nexus 1000v emite licencias para los hosts en función del identificador único universal (UUID) del hardware. Esto significa que, si un UUID de host cambia por cualquier razón, el VSM lo considera un nuevo host. Si bien es raro que un UUID de host cambie durante su vida útil, Cisco es consciente de dos situaciones que pueden causar un cambio de UUID: un defecto de software VMware en ESXi 5.0 y un defecto de firmware de Cisco Unified Computing System (UCS) en los blades M3.

Cuando cambia el UUID, el VSM ve el módulo previamente cargado como un nuevo host. El host se carga como un nuevo módulo y se le asigna un nuevo número de módulo y una nueva licencia. Si no hay licencias disponibles, al host se le asigna una licencia de descubierto; si no hay sobregiros disponibles, al host no se le asigna ninguna licencia. Si hay máquinas virtuales de producción (VM) en este host, ya no pueden pasar tráfico, porque los hosts sin licencia no pueden recibir programación del VSM.

Problema de VMware

Si la versión del BIOS de administración del sistema (SMBIOS) del sistema VMware ESXi 5.0 es la versión 2.6 o posterior, el UUID de SMBIOS informado por el host ESXi 5.0 podría ser diferente del UUID de SMBIOS real. El orden de bytes de los tres primeros campos de UUID no es correcto.

La especificación SMBIOS amplía la interfaz BIOS en los sistemas de arquitectura x86 y aborda cómo los proveedores de sistemas y placas madre presentan la información de administración de sus productos en un formato estándar. La información tiene por objeto permitir que la instrumentación genérica proporcione esta información a las aplicaciones de gestión que utilizan la interfaz de administración de escritorios (CSI), el modelo de información común (CIM) o el acceso directo y eliminar la necesidad de operaciones propensas a errores, como sondear el hardware del sistema para la detección de presencia.

La especificación SMBIOS está diseñada para proporcionar suficiente información para que los desarrolladores de BIOS puedan implementar las extensiones necesarias para permitir que el hardware de sus productos y otra información relacionada con el sistema sean determinados con precisión por los usuarios de las interfaces definidas.

VMkernel interactúa con el hardware que utiliza el CIM y pasa esta información. El módulo Ethernet virtual (VEM) interactúa con el VMkernel para leer la información UUID que fue recopilada primero del hardware por CIM en el VMkernel. El UUID de VEM es igual al UUID de ESXi.

Si inicia o reinicia el VEM (vem start/restart), se llama a la función startDpa. La función startDpa llama a un script en /opt/cisco/vXXX/nexus/vem-vXXX/shell/vssnet-Functions y extrae el UUID del host ESXi:

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

Notas:

• La corrección se encuentra en la actualización 2 de VMware ESXi 5.0.
• Consulte Cisco bug ID CSCue57972, N1KV utiliza las licencias activas debido al Cambio de UUID de Host de ESXi.
• Busque VMware PR 859249 en la base de conocimientos de VMware.

Problema de servidores blade B200, B220 y B440 M3

El UUID se traduce incorrectamente cuando actualiza VMwave ESXi 4.1 o ESXi 5.1 en los servidores blade Cisco UCS B200 M3, B220 M3 o B440 M3. Se trata de un problema de visualización únicamente y no afecta a los perfiles de servicio asociados a los blades.

Notas:

• Consulte Cisco bug ID CSCud75506, UUID se muestra de forma diferente en el host ESX y en el UCSM.
• Release Notes for Cisco UCS Software, versión 2.1 incluye este defecto.

Resolución

Este procedimiento describe cómo resolver los problemas causados por un cambio en UUID:

1. Ingrese estos comandos para identificar el problema:
   
   

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

2. Ingrese estos comandos para quitar el número VEM asignado al UUID antiguo:
   
   

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

3. Ingrese este comando para determinar el número de módulo disponible más bajo:
   
   

   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

   Nota: Sólo se están utilizando 3 y 4.

4. Ingrese estos comandos para configurar la nueva configuración UUID en el VSM:
   
   

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

   Utilice el nuevo UUID del host, como se muestra en el Paso 1:
   
   

   ~ # esxcfg-info |grep UUID

Registros relevantes

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