Разобрался наконец с трудноуловимым багом в ESX3i.

Имеем сервер HP ML150 G2 с двумя сетевыми адаптерами:

• Broadcom BCM 5721, на motherboard, имеющий интерфейс 1000BaseT, подключенный к 100BaseT порту,
• отдельный 3Com 996-SX на чипе Broadcom BCM 5701, имеющий интерфейс 1000BaseSX, по нему же и подключенный.

Изначально первый адаптер использовался для подключения сервера к управляющей сети, а второй в режиме VST с пробросом через него нескольких VLAN, для основного подключения к сетевой инфраструктуре.

Баг был в следующем – достаточно часто клиенты жаловались на потери соединений с виртуальными машинами. Особенно это досаждало при работе с терминальным сервером. В журналах как гостевых OS, так и самого ESX никаких следов не обнаруживалось.

Задача.

Быстро создавать виртуальную машину с Windows XP/2003 для VMware ESX.

Ответ.

Очевидно – использовать VMware Virtual Center с технологией шаблонов.

Но он не бесплатен, бюджет небезграничен, а упростить жизнь администратора хочется прямо сейчас.

Старые песни на новый лад.

Uptime сервера VMware ESX3i достиг 7 дней. За это время часы в гостевой linux и на хосте разбежались на 5 минут вперед, чего хватило, чтобы авторизация Kerberos перестала работать. ntpd не смог скорректировать такую разницу.

13 августа 2008 года были выпущены дополнительные пакеты исправлений со статусом CRITICAL.

Исправления коснулись:

• Firmware (ESXe350-200808201-I-UG: Firmware Update - Described in KB 1005911)
• VMware Tools (ESXe350-200808202-T-UG: VMware Tools Update for ESXi - Described in KB 1005912)

Первое обновление требует перезагрузки хоста.

Давно хотелось бы посчитать, как в реальности резервируются и распределяются ресурсы на хосте под управлением ESX3i.

Начнем.

Имеем сервер HP ML 150 G2 с устнаовленным на диск ESX3i Update 2 в конфигурации:

• 2 CPU Intel Xeon 3 GHz, hyper-threading включен,
• 2 GB RAM,
• Adaptec 7901, 4 HDD 73 Gb, что вообщем-то не сильно важно.

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

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. Образы дисков доступны (смотреть ниже)