Одновременно в двух ЦОДах стала наблюдаться странная фигня: обновление ESXi-хостов на базе блейдов HP стало сваливаться с ошибкой. Причем проблема была как при операции Remediate, так и при Stage.
В логах Update Manager ничего не было, в журнале esxupdage.log – странный набор предупреждений вида:
2016-12-05T11:46:20Z esxupdate: downloader: DEBUG: Downloading http://VUM:9084/vum/repository/hostupdate/HPQ/metadata-hp-esxi5.5uX-bundle-2.4-16.zip to /tmp/tmp3WpTDj…
2016-12-05T11:46:20Z esxupdate: Metadata.pyc: INFO: Unrecognized file vendor-index.xml in Metadata file
Попытки гуглить ни к чему не привели, поэтому я стал решать проблему творчески.
Была обнаружена следующая закономерность: если убрать из обновления все HP’шные апдейты, то операция Remediate успешно проходила.
В ходе решения проблемы я победил обновление vCenter&VUM с 5.5U3b до 5.5U3e. Попутно узнал, что если у вас на vCenter ОЗУ меньше 16ГБ, то будут проблемы с апгрейдом служб SSO и Inventory.
Увы – не помогло.
Заколотил в обратную зону DNS адреса всех хостов – не помогло.
И тут я вспомнил, что компания HP решила развалиться на две, вследствие чего весь серверный сегмент сидит теперь на hpe.com. А я накануне проверял, что у меня HP’шный депот в Update Manager не подключается.
Исправил в URL на HPE.COM, скачал апдейты, просканировал на совместимость и снова запустил Remediate.
Работает, ура 🙂
Я с такой же проблемой столкнулся пару недель назад.
Исправление URL не помогало, у них еще что-то менялось и в структуре папок, и Remediate всё равно не проходил, пришлось произвести переинициализацию DB у VUM.
Уже штук 5 хостов обновил – полет нормальный.
После изменения URL Download Patches и Scan Hosts/Clusters делали?
Делал и Baseline перезаводил.
В xml которая скачивалась по новому URL, в ней не совпадало описание со структурой папок на сервере.