Коммутаторы : коммутаторы Cisco Nexus серии 1000V

Nexus 1000v VSM и хост изменения UUID

20 октября 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв

Введение

Этот документ описывает, как действительный модуль супервизора (VSM) коммутатора Cisco Nexus 1000V обрабатывает изменение в хосте UUID. Если соответствующий номер или тип лицензий не доступны, трафик мог бы быть прерван.

VSM Nexus 1000v проблемы с коммутатором, лицензирующие для хостов на основе универсально уникального идентификатора (UUID) аппаратных средств. Это означает, что, если хост UUID изменяется по любой причине, он просматривается как новый хост VSM. В то время как для хоста UUID необычно измениться во время его срока действия, Cisco знает о двух ситуациях, которые могут вызвать изменение UUID - ошибки ПО VMware в ESXi 5.0 и системе Cisco UCS (UCS) микропрограммный дефект на блейдах M3.

Когда UUID изменяется, VSM рассматривает ранее загруженный модуль как новый хост. Хост загружен как новый модуль и назначил новый номер модуля и новую лицензию. Если никакие лицензии не доступны, хосту назначают лицензия превышения ограничений; при отсутствии доступных превышений ограничений, хосту не назначают лицензия вообще. Если существуют производственные виртуальные машины (VM) на этом хосте, они больше не могут передавать трафик, потому что нелицензированные хосты не могут получить программирование от VSM.

Внесенный Джо Леблэнком, специалистом службы технической поддержки Cisco.

Проблема VMware

. Если BIOS управления системой (SMBIOS) от фактического SMBIOS UUID, версия системы VMware ESXi 5.0 является версией 2.6 или позже, SMBIOS UUID сообщаемый хостом ESXi 5.0 мог бы отличаться, порядок байтов первых трех полей UUID не корректен.

Спецификация SMBIOS расширяет интерфейс BIOS в x86 системах архитектуры и адресах, как материнская плата и поставщики системы представляют данные для управления об их продуктах в стандартном формате. Информация предназначена, чтобы позволить инструментарию общего назначения отправлять эту информацию приложениям управления сетью, которые используют интерфейс управления настольными системами (DMI), Общую информационную модель (CIM) или прямой доступ и избавлять от необходимости подверженные ошибкам операции, такие как аппаратные средства зондовой системы для обнаружения присутствия.

Спецификация SMBIOS предназначена для предоставления достаточной информации так, чтобы разработчики BIOS могли внедрить необходимые расширения, чтобы позволить аппаратным средствам на их продуктах и другой связанной с системой информации быть точно определенными пользователями определенных интерфейсов.

VMkernel взаимодействует с аппаратными средствами, которые используют CIM и отказываются от этой информации. Действительный модуль Ethernet (VEM) взаимодействует с VMkernel для чтения информаций UUID, которые были сначала собраны из аппаратных средств CIM в VMkernel. VEM UUID равен ESXi UUID.

Если при запуске или перезапускаете VEM (vem, запускают/перезапускают), функция startDpa вызвана. startDpa вызовы функции сценарий в/opt/cisco/vXXX/nexus/vem-vXXX/shell/vssnet-functions и извлечения UUID от хоста ESXi:

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

Примечания:

  • Исправление находится в обновлении VMware ESXi 5.0 2.
  • Посмотрите идентификатор ошибки Cisco CSCue57972, N1KV израсходовал лицензирование из-за Хоста ESXi Изменение UUID.
  • Поиск VMware PR 859249 в базе знаний VMware.

B200, B220, проблема блейда B440 M3

UUID преобразован неправильно при обновлении VMwave ESXi 4.1 или ESXi 5.1 на Cisco UCS B200 M3, B220 M3 или блейд-серверах B440 M3. Это - проблема показа только и не влияет на профили сервиса, привязанные к блейдам.

Примечания:

Разрешение

Эта процедура описывает, как решить проблемы, вызванные изменением в UUID:

  1. Введите эти команды для определения проблемы:

    # show module vem mapping <-- old UUID shows unlicensed
    # show vms internal info host-table
    ~ # esxcfg-info |grep UUID <-- new UUID of host
  2. Введите эти команды для удаления номера VEM, сопоставленного со старым UUID:

    Nexus1000v# conf t
    Nexus1000v(config)# no vem 'x'
  3. Введите эту команду для определения самого низкого доступного номера модуля:

    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

    Примечание: Только 3 и 4 используются.

  4. Введите эти команды для настройки новой конфигурации UUID на VSM:

    Nexus1000v# conf t
    Nexus1000v(config)# vem <lowest unused module #>
    Nexus1000v(config-vem-slot)# host vmware id <uuid>
    Используйте новый UUID хоста, как показано в Шаге 1:

    ~ # 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


Document ID: 116257