Switches : Switches Cisco Nexus de la serie 1000V

Nexo 1000v VS y cambios del host UUID

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios

Introducción

Este documento describe cómo el módulo de Supervisor virtual (VS) de un 1000v Series Switch del nexo de Cisco maneja un cambio en el host UUID. Si el número o el tipo apropiado de licencias no está disponible, el flujo de tráfico pudo ser interrumpido.

El VS de un 1000v Switch del nexo publica la autorización a los host basados en universal el Identificador único (UUID) del hardware. Esto significa que, si un host UUID cambia por la razón que sea, es vista como nuevo host por el VS. Mientras que es inusual para un host UUID cambiar durante su curso de la vida, Cisco es consciente de dos situaciones que puedan causar un cambio UUID - un defecto del software de VMware en ESXi 5.0 y un defecto del firmware del Cisco Unified Computing System (UCS) en las cuchillas M3.

Cuando el UUID cambia, el VS ve el módulo cargable previamente como nuevo host. Se carga como un nuevo módulo y se asigna el host un nuevo número de módulo y una nueva licencia. Si no hay licencias disponibles, el host se asigna una licencia del saldo descubierto; si no hay saldos descubiertos disponibles, el host no se asigna una licencia en absoluto. Si hay las máquinas virtuales de la producción (VM) en este host, pueden pasar no más el tráfico, porque los host unlicensed no pueden recibir la programación del VS.

Contribuido por Joe LeBlanc, ingeniero de Cisco TAC.

Problema de VMware

Si la versión de la administración del sistema BIOS (SMBIOS) del sistema de VMware ESXi 5.0 es versión 2.6 o posterior, el SMBIOS UUID señalado por el host de ESXi 5.0 pudo ser diferente del SMBIOS real UUID. El orden de bytes de los primeros tres campos del UUID no está correcto.

La especificación SMBIOS extiende la interfaz BIOS en los sistemas y los direccionamientos de la arquitectura del x86 cómo la actual información para administración de la placa madre y de los vendedores de sistema sobre sus Productos en un formato estándar. La información se piensa para permitir que la instrumentación genérica entregue esta información a las aplicaciones de administración que utilizan la interfaz de administración de escritorio (DMI), el modelo de la información común (CIM) o acceso directo y eliminar la necesidad de las operaciones falibles tales como hardware del sistema que sonda para la detección de la presencia.

La especificación SMBIOS se piensa para proporcionar bastante información de modo que los promotores BIOS puedan implementar las Extensiones necesarias para permitir el hardware en sus Productos y la otra información relacionada al sistema que se determinarán exactamente por los usuarios de las interfaces definidas.

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

Si usted comienza o recomienza el VEM (comienzo/reinicio del vem), se llama el startDpa de la función. Las llamadas de función del startDpa un script en /opt/cisco/vXXX/nexus/vem-vXXX/shell/vssnet-functions y extraen el UUID del host de ESXi:

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

Notas:

  • El arreglo está en la actualización 2. de VMware ESXi 5.0.
  • Vea el Id. de bug Cisco CSCue57972, autorización de las aplicaciones N1KV para arriba debido al cambio del host UUID de ESXi.
  • Busque para RRPP 859249 de VMware en el Knowledge Base de VMware.

B200, B220, problema de la cuchilla B440 M3

El UUID se traduce incorrectamente cuando usted actualiza VMwave ESXi 4.1 o ESXi 5.1 en Cisco UCS B200 M3, B220 los servidores de la cuchilla M3, o B440 M3. Esto es un problema de la visualización solamente y no afecta a los perfiles del servicio asociados a las cuchillas.

Notas:

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 asociado al UUID viejo:

    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: Solamente 3 y 4 son funcionando.

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

    Nexus1000v# conf t
    Nexus1000v(config)# vem <lowest unused module #>
    Nexus1000v(config-vem-slot)# host vmware id <uuid>
    Utilice el nuevo UUID del host, tal y como se muestra en del 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


Document ID: 116257