Contents

Introduction

Problema do VMware

Problema de blade B200, B220, B440 M3

Resolução

Logs relevantes

Introduction

Este documento descreve como o módulo supervisor virtual (VSM) de um switch Cisco Nexus 1000v Series lida com uma alteração no UUID do host. Se o número ou tipo de licença apropriado não estiver disponível, o fluxo de tráfego poderá ser interrompido.

O VSM de um switch Nexus 1000v emite licenciamento para hosts com base no identificador universal exclusivo (UUID) do hardware. Isso significa que, se um UUID de host for alterado por qualquer motivo, ele será visto como um novo host pelo VSM. Embora seja incomum que um UUID de host mude durante sua vida útil, a Cisco está ciente de duas situações que podem causar uma alteração de UUID - um defeito de software da VMware no ESXi 5.0 e um defeito de firmware do Cisco Unified Computing System (UCS) em blades M3.

Quando o UUID muda, o VSM vê o módulo carregado anteriormente como um novo host. O host é carregado como um novo módulo e recebe um novo número de módulo e uma nova licença. Se nenhuma licença estiver disponível, o host receberá uma licença de descoberto; se não houver nenhum excesso disponível, o host não receberá nenhuma licença. Se houver máquinas virtuais de produção (VMs) neste host, elas não poderão mais passar o tráfego, pois os hosts não licenciados não poderão receber programação do VSM.

Problema do VMware

Se a versão do BIOS de gerenciamento do sistema (SMBIOS) do sistema VMware ESXi 5.0 for a versão 2.6 ou posterior, o UUID do SMBIOS informado pelo host ESXi 5.0 pode ser diferente do UUID do SMBIOS real. A ordem de bytes dos três primeiros campos da UUID não está correta.

A especificação SMBIOS estende a interface do BIOS em sistemas de arquitetura x86 e aborda como as motherboards e os fornecedores de sistemas apresentam informações de gerenciamento sobre seus produtos em um formato padrão. As informações destinam-se a permitir que a instrumentação genérica forneça essas informações a aplicativos de gerenciamento que usam DMI (Desktop Management Interface, interface de gerenciamento de desktop), CIM (Common Information Model, modelo de informações comuns) ou acesso direto e elimine a necessidade de operações propensas a erros, como sondagem de hardware do sistema para detecção de presença.

A especificação SMBIOS é destinada a fornecer informações suficientes para que os desenvolvedores do BIOS possam implementar as extensões necessárias para permitir que o hardware em seus produtos e outras informações relacionadas ao sistema sejam determinados com precisão pelos usuários das interfaces definidas.

O VMkernel interage com o hardware que usa o CIM e transmite essas informações. O módulo Ethernet virtual (VEM) interage com o VMkernel para ler as informações de UUID coletadas primeiro do hardware pelo CIM no VMkernel. O UUID do VEM é igual ao UUID do ESXi.

Se você iniciar ou reiniciar o VEM (vem start/restart), a função startDpa é chamada. A função startDpa chama um script nas funções /opt/cisco/vXXX/nexus/ve-vXXX/shell/vssnet e extrai o UUID do host ESXi:

setBiosUuid()

{

local UUID

UUID=$(esxcfg-info -u | awk '{print tolower($1)}')

if [ "${UUID}" != "" ] ; then

doCommand ${VEMCMD} card uuid vmware ${UUID}

fi

}

Notas:

- A correção está na atualização 2 do VMware ESXi 5.0.

- Veja o bug da Cisco ID CSCue57972, o N1KV usa o licenciamento devido à alteração do UUID do host ESXi.

- Procure o VMware PR 859249 na base de conhecimento do VMware.

Problema de blade B200, B220, B440 M3

O UUID é convertido incorretamente quando você atualiza o VMwave ESXi 4.1 ou ESXi 5.1 nos servidores blade Cisco UCS B200 M3, B220 M3 ou B440 M3. Esse é um problema somente de exibição e não afeta os perfis de serviço associados aos blades.

Notas:

- Veja o bug da Cisco ID CSCud75506, UUID é exibido de forma diferente no host ESX e no UCSM.

- Notas de versão do software Cisco UCS, Versão 2.1 inclui esse defeito.

Resolução

Este procedimento descreve como resolver os problemas causados por uma alteração no UUID:

1. Insira estes comandos para identificar o problema:

# show module vem mapping <-- old UUID shows unlicensed

# show vms internal info host-table

~ # esxcfg-info |grep UUID <-- new UUID of host

2. Insira estes comandos para remover o número do VEM mapeado para o UUID antigo:

Nexus1000v# conf t

Nexus1000v(config)# no vem 'x'

3. Insira este comando para determinar o menor número de módulo disponível:

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: Apenas 3 e 4 estão em uso.

4. Insira estes comandos para configurar a nova configuração de UUID no VSM:

Nexus1000v# conf t

Nexus1000v(config)# vem <lowest unused module #>

Nexus1000v(config-vem-slot)# host vmware id <uuid>
Use o novo UUID do host, como mostrado na Etapa 1:

~ # esxcfg-info |grep UUID

Logs 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