RDM vs SAS-хранилище

Неожиданно встал на известную заморочку с подключением дисков через механизм Raw Device Mapping. Как и в 7-летней статье Подключение локального диска через RDM нашелся один нюанс — RDM доступен не во всех конфигурациях. Ситуация у меня сложилась следующая — 2 хоста с ESXi 6 и хранилище IBM Storwize V3700, подключенное по SAS. Потребовалось подключить диск для репозитория Veeam B&R, который решили сделать в виде RDM.

Лун в хостах определился, но при попытке подключить диск к виртуальной машине пункт RDM показывался серым цветом.

Поиск в БЗ сразу выдал нужную статью Raw Device Mapping option in the vSphere Client is grayed out, для нашего случая подходящее решение — снять галку  RdmFilter.HbaShared в Advanced Settings и сделать ресканирование устройств хранения.

Обновление хостов ESXi 5.5 до ESXi 6.0 против Veeam NAS

Итак, третий акт Марлезонского балета. Предыдущий акт Обновление хостов ESXi 5.5 с коммутатором Cisco Nexus 1000V до ESXi 6.0.

При сканировании хостов ESXi 5.5 VMware Update Manager пишет «Unsupported configuration» без всяких пояснений. Для начала читаем /var/log/vua-*.log и ищем слово error:

--> <test>
--> <name>SANE_ESX_CONF</name>
--> <expected>
--> <value>True</value>
--> </expected>
--> <found>
--> <value>False</value>
--> </found>
--> <result>ERROR</result>
--> </test>
--> ERROR:root:could not get system uuid
--> ERROR:root:Skipping VMFS version check. Couldn't get filesystem list: (256) Errors: 
--> Unable to resolve hostname 'vbackup02'

Поиск по ошибке выдает статью Upgrading to VMware ESXi 5.x fails with the error: Error in ESX configuration file esx.conf (2011588).

Подтверждаем, что ошибку определили верно:

~ # esxcfg-info | grep 'System UUID'
Error: Unable to resolve hostname 'vbackup02'

Открываем файлик /etc/vmware/esx.conf и видим:

/nas/VeeamBackup_vbackup02/readOnly = "false"
/nas/VeeamBackup_vbackup02/enabled = "true"
/nas/VeeamBackup_vbackup02/share = "/VeeamBackup_vbackup02"
/nas/VeeamBackup_vbackup02/host = "vbackup02"

При использовании технологии Veeam Instant Recovery создается и монтируется к хостам NAS-хранилище. Если же вы сменили сервер Veeam, а хранилище отмонтировали, то наивно думать, что в конфигурации ESXi произошли все требуемые зачистки.

Удаляем лишние строки и сохраняем файл. Делаем проверку, что проблема ушла:

~ # esxcfg-info | grep 'System UUID'
|----World Command Line...grep System UUID
|----System UUID...51d560ed-d21d-176e-d080-3440b5e48bc8

Запускам сканирование заново.

Описание аналогичной ситуации для любителей английского Unsupported Configuration when using VUM for a Major Upgrade.

Проблема с интеграцией Veeam Backup and Replication 7R2p4 в vSphere 5.5

Вчера решил посмотреть на интеграцию Veeam B&R в vCenter 5.5. Инструкцию взял в Veeam HelpCenter: Controlling Backup Infrastructure with vSphere Web Client Plug-in. Ставится плагин в 2 минуты, вот только не работает — пишет при запуске в vSphere Web Client «Server error: null». Поиск выдал заметку в базе знаний «KB1849: Web plugin troubleshooting guide: «Verify plugin version installed in EM(Configuration — vCenter Servers) and EM version(EM — configuration — about — Veeam Backup Enterprise Manager Service). For vSphere 5.5 it should be not lower than 7.0.0.764. If needed, apply the latest patch once again.
Проверка сборок показала удивительный факт:

  • Veeam Backup Enterprise Manager Service Version: 7.0.0.690.
  • Veeam Catalog Service Version: 7.0.0.871.

Почитали с коллегой логи изменений, в которых одна фраза нам показалась не убедительной: This patch also contains all fixes from Patch 1, R2 update and Patch 3.
Зато в логе от Patch 3 было указано, что Enterprise Manager в нём дорабатывался, поэтому остановили службы, накатили Patch 3, затем Patch 4.
Версия сборки Enterprise Manager обновилась и плагин заработал.
P.S.Patch 4 ставился сразу на оригинальную версию 7 без других патчей, все действия не согласовывались c техподдержкой, так что повторять только на свой страх и риск.