Update VMware vCenter 6.0U3b to 6.5U1(c,d,e)

Дождавшись зелененькой галочки на пересечении 6.0U3 и 6.5U1(c,d,e), я решил выполнить обозначенное обновление в полном соответвии с матрицей обновлений от VMware

.... и на выходе получил:

"A problem has occurred. The source vCenter Server might have been Powered of durring this process..."

Огорчился, скачал 6.5U1d, повторил - результат аналогичный
Опять огорчился, скачал 6.5U1с, повторил - результат аналогичный

Решил посмотреть, что на эту тему пишут уважаемые люди. На vcdx133.com нашел "решение" аналогичной проблемы, которое заключается в следующем:

Rollback to vCSA 6.0

1. Verify the upgrade was a failure and you want to rollback to vCSA 6.0.

2. Power-off the vCSA 6.5 instance.

3. Power-on the vCSA 6.0 instance.

4. Verify the rollback was completely successful and all services that rely on vCSA 6.0 are correctly functioning.

5. Delete the vCSA 6.5 instance.

...and repeat

Repeat я уже делал - не помогло, действуем по следующей инструкции:

1. Громко с матами ругаемся на качество кода VMware

2. Игнорируем сообщение об ошибке

3. Перегружаем в ручном режиме "новый vCenter"

4. Получаем обновленный до 6.5U1(c,d,e) и корректно работающий vCenter (с успешно импортированными настройками, с/без статистикой по ивентам, тасками, статистикой производительности)

5. Громко с матами ругаемся на качество кода VMware

Platform Services Controller and vCenter Server services.

В последнее время очень частно сталкиваюсь с нежеланием использовать vCenter Server Appliance в качестве замены еще не умершему, но уже плохо пахнущему vCenter Server Windows Edition.  Доводы приводят разные: начинают от недостаточной масштабируемости (которая в 6.0u1 эквивалентна Windows Edition), продолжают за невозможность делать резервные копии vPostgres DB (KB2091961 c готовыми скриптами остается большой тайной VMware, доступ только по тайным приглашениям), вспоминают про ADAM, SSL3 и всякие другие штуки, недоступность которых в vCenter Server Appliance осталась давно позади.

Большая часть таких возражений парируется документацией к vCenter Server Appliance. Однако, встречаются и достаточно обоснованные возражения: "отсутсвие возможности управления отдельными сервисами в vCenter Server Appliance". Под управлением подразумевается классическое: если не работает перегрузите.

Естественно такая возможность есть. Для этого необходимо подключится по SSH и можно делать так:

1. Остановить все сервисы  >service-control --stop --all

2. Запустить все сервисы >service-control --start --all

3. Проверить кто жив, а кто не очень >service-control --status

4. Можно останавливать и запускать и отдельные сервисы  >service-control --stop/start <service name>


а вот и список этих самых <service name> с разделением по vCenter Server и Platform Services Controller и названиями ролей

Service	<service name>	vCenter Server	PSC
VMware AFD Service	vmafdd
VMware Certificate Service	vmcad
VMware Component Manager	vmware-cm
VMware Content Library Service	vmware-vdcs
VMware Directory Service	vmdird
VMware ESX Agent Manager	vmware-eam
VMware HTTP Reverse Proxy	vmware-rhttpproxy
VMware Identity Management Service	vmware-sts-idmd
VMware vCenter Inventory Service	vmware-invsvc
VMware License Service	vmware-cis-license
VMware Message Bus Configuration Service	vmware-mbcs
VMware Performance Charts	vmware-perfcharts
VMware Postgres	vmware-vpostgres
VMware Security Token Service	vmware-stsd
VMware Service Control Agent	vmware-sca
VMware Syslog Collector	vmware-syslog
VMware System and Hardware Health Manager	vmware-vws
VMware vAPI Endpoint	vmware-vapi-endpoint
VMware vCenter Configuration Service
VMware vCenter Workflow Manager	vmware-vpx-workflow
VMware VirtualCenter Server	vmware-vpxd
VMware vService Manager	vmware-vsm
VMware vSphere Auto Deploy Waiter	vmware-rbd-watchdog
VMware vSphere ESXi Dump Collector	vmware-netdumper
VMware vSphere Profile-Driven Storage	vmware-sps
VMware VSAN Health Service	vmware-vsan-health

VMware vSphere 6.0.0b - работа над ошибками

Пару дней назад закончив ругаться на невнятные ошибки при импорте vAPP template из vSphere я описал ситуацию "нерабочести" такого действа в совокупности с включенным sDRS.

А уже вчера любимая компания зарелизила 6-ку до 6b-ки и указанная фича была пофикшена:

vApp creation fails when storage DRS is enabled 

When you use vCloud Director 5.5.3 with vSphere 6.0, any operation that clone a vApp, including add to my cloud, instantiate a vApp template, copy, relocate, or import a vApp might fail when the target virtual data center includes a storage DRS-enabled storage cluster that does not support source virtual machine's storage profile.
This failure logs an error message similar to the following:
Could not find datastore to create VM ...Cannot use datastore [vcId=nnnn, moref=datastore-nn] since it does not support storage policy SDRS_SP

Из полезного в новой сборке пофикшены баги с SSO, VASA, Host Profile, куча глюков в vCenter appliance, ошибки с отображением Hardwsre Status хостов, пакет глюков с VMware Tools, и невозможность создать vmfs5 размером большим 16 ТБ

Из МЕГО-полезного: стал возможен перенос SSL сертификатов VPXD при обновлении с 5.x на 6-ку

VPXD SSL certificates might not be migrated after upgrade to vCenter Server 6.0 

After you upgrade from vCenter Server 5.5 to 6.0 using an external Single Sign-On, the VPXD SSL certificates might not be migrated if the VPXD certificate is replaced by custom certificate prior to upgrade.

Также в сборку за буквой "b" добавлены все патчи, вышедшие после резина 6-ки.

Полные списки изменении для ESXi и vCenter. Доступны обновления и для закачки - ESXi и vCenter Server.

Uninstalling vCenter Server

Вдогонку к предыдущему посту про удаление VDP, навеянные KB1030559 пару строк про "правильное" удаление vCenter Server:

1. удаляем все компоненты vCenter
2. удаляем папки
с:\Program Files\VMware\Infrastructure\VirtualCenter Server 
с:\ProgramData\VMware\VMware VirtualCenter
3. удаляем VMwareVCMSDS из AD Lightweight Directory Service просто удалив AD LDS
4. удаляем папку 
c:\Windows\ADAM
5. и три ключа реестра:
HKEY_LOCAL_MACHINE/SOFTWARE/VMware Inc./VMware VirtualCenter
HKEY_LOCAL_MACHINE/SOFTWARE/VMware Inc./WOW6432NODE/VMware VirtualCenterHKEY_LOCAL_MACHINE/SOFTWARE/VMware Inc./WOW6432NODE/VMware Infrastructure

На "очищенный" сервер без ошибок ставиться заново vCenter Server. 

vSphere 5.1 Update 1 - "из понравившегося..."

25 апреля 2013 года компания VMware порадовала нас, выпустив Update 1 для vSphere 5.1.
Помимо исправления багов с которыми большинство администраторов виртуальной платформы никогда и не сталкивались, были исправлены и ошибки с которыми приходилось сталкиваться достаточно часто.

Чем порадовал U1 меня, исправлено:

- баг с запретом изменения настроек VM находящейся в datastore cluster при наличии полных прав на машину, но отсутствии прав на datastore cluster.

- не стартует vCenter Server если SSO не смог при старте подключится к своей DB. Такое бывает, если SSO стартует раньше сервисов DB. Приходилось вручную рестартовать SSO, а потом и vCenter Server.

- vm могли обозначаться красным значком, хотя реальных алертов и варнингов для них не было. Природа возникновения данного явления совсем непонятна, но происходить это могло после включения vm или перегрузки.

- баг с просмотром статистики за последний год, когда отображался только последний месяц.

- при откате снапшота отваливалась сеть и спасала только перегрузка и последующее выставление значения "conected".

- при выборке статистики производительности за определенный период появлялось сообщение "Performance statistics rollup from Past ___ to Past ___ is not occurring in the database"

- некорректное отображение статуса vm при отработке плана SRM и переносе vm на второй сайт.

- некорректное обрабатывание алерта на размер vm при наличии снапшота.

- проблема с обезличиванием локализованных версий ОС (2к8, 7, 8). 

Подробнее про обновления в VMware vCenter Server 5.1 здесь, а про обновления ESXi 5.1 - здесь.

Обновился и горячо любимый мною VDP. О всех улучшениях и исправлениях в нем написано здесь.

Изменение языка email alerts vCenter

Иногда возникает необходимость отправлять по почте alerts от vCenter на языке отличном от использованного при установке vCenter. Например, когда IT подразделение, отвечающее за мониторинг и поддержку, сидит в где-нибудь в Германии и напрочь не знает английского =)
Удовлетворить капризных немецких IT-шников возможно:

- идем в %ProgramFiles%\VMware\Infrastructure\VirtualCenter Server\locale\en и сохраняем все содержимое.
- идем в  %ProgramFiles%\VMware\Infrastructure\VirtualCenter Server\locale\de копируем содержимое и вставляем в %ProgramFiles%\VMware\Infrastructure\VirtualCenter Server\locale\en
- повторяем все для папок: 
%ProgramFiles%\VMware\Infrastructure\VirtualCenter Server\extensions\health-ui\locale\
%ProgramFiles%\VMware\Infrastructure\VirtualCenter Server\extensions\hostdiag \locale\
- рестартуем vCenter. Все.

маленькое "но": все это, естественно, не поддерживается VMware