Пропустить навигацию.
Главная страница
Мы всегда на стороне КЛИЕНТА!

Epic fail VMware ESX

|

http://kb.vmware.com/kb/1006716

Вкратце описание ошибки.

Если:

  • У нас установлен ESX 3.5 update 2 (не важно, ESX или ESXi) и
  • Текущая дата на хосте больше или равна 12-aug-2008

Имеем:

  • При включении или перегрузке виртуальной машины мы имеем ошибку:

“A general system error occurred: Internal Error”.

Срабатывает лицензионная защита. Как это выглядит наглядно описано в документации в разделе лицензирование для случая окончания пробной лицензии.
В hostd.log имеем что-то типа:

Aug 12 10:40:10.792: vmx| http://msg.License.product.expired This product has expired.
Aug 12 10:40:10.792: vmx| Be sure that your host machine's date and time are set correctly.
Aug 12 10:40:10.792: vmx| There is a more recent version available at the VMware Web site: "http://www.vmware.com/info?id=4".

Что-то похожее об окончании срока действия лицензии видим и в логах виртуальных машин vmware.log.
При этом не имеет абсолютно никакого значения: установлена ли на самом деле лицензия или система работает в режиме пробного периода.
Сухой остаток – на сегодняшний день продукт ESX (платный ли 3.5 update2, бесплатный ли i 3.5 update2) после 12 августа 2008 года неработоспособен.
На сегодняшний день официального решения проблемы НЕТ. Патчи доступны (смотреть ниже) Образы дисков с ESX на скачивание стоят с пометкой Temporarily Unavailable. Образы дисков доступны (смотреть ниже)

Как бороться с ошибкой.

Старым «пиратским» методом.

  • На хосте останавливаем ntp client.
  • Перегружаем хост, заходим в BIOS хоста, меняем дату на 12-aug-2007.
  • Загружаем хост, проверяем настройки виртуальных машин на предемет tools.syncTime = "FALSE" (т.е. не синхронизовать время виртуальной машины с хостом).
  • Настраиваем все виртуальные машины на синхронизацию времени с внешним NTP server (для большинства случаев подходит контролер Active Directory).
  • Ждем пачтча от VMware (исправленные образы обещают 13 августа, патч в течение недели).

От себя.

Добавлю также, что лицензионные защиты есть безусловное зло. От их использования качество продукта не становится лучше ниразу, что мы и видим на примере этой ошибки.

В блогах пишут что:

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

Что звучит правдоподобно, и опять таки говорить о качестве кода.

Теперь я хорошо понимаю Клиента, который спросил меня – а он ТОЧНО БЕСПЛАТНЫЙ и ЛИЦЕНЗИОННЫЙ – имея в виду ESX3i. Получив утвердительный ответ, Клиент принял решение о переводе продуктивных серверов на бесплатный ESX3i. И мы этот перевод успешно сделали. Завтра эти продуктивные надо будет останавливать.

[13.08.08 08:34 YEKST] Upd.

Появился официальный workaroud от VMware:

  • Не ставить ESX 3.5 U2 если он скачан раньше 12 августа.
  • Таки перевести часы назад. И иметь в виду,  что возможны разнообразные “очень серьезные побочные эффекты”.

И ждать (предположительно 6pm, August 12, 2008 PDT что равно 7 утра 13 августа 1008 YEKST).

[13.08.08 09:58 YEKST] Upd.

А вот и патчи.

[13.08.08 21:57 YEKST] Upd.

Патч скачан и установлен. Из всех вариантов установки был выбран первый, как наиболее простой. Правда VMware Infrastructure Update (VIU) client решил, что нужно скачать патч еще раз, но кашу маслом не испортишь. На самом деле, хотелось бы все-таки разобраться, как пользоваться утилитой esxupdate, которая есть в ESX3i но не работает, как описано в документации.

В результате проблема устранена.

Ждем исправленных образов.

[15.08.08 8:58 YEKST] Upd.

Исправленные образы доступны для скачивания.