вторник, 1 декабря 2015 г.

Создание установочной флешки c ESXi

1. Устанавливаем UNetbootin.

2. Качаем образ VMWare ESXi (к примеру с сайта компании: downloads.vmware.com/d/)

3. Форматируем флешку в FAT32.

4. Запускаем UNetbootin выбираем скаченный исошник, выбрав соответсвующий пункт опции Diskimage (ISO).

5. По окончании копирования открываем флешку и редактируем (внимание пользователям Windows — редактируем тем что понимает unix line, к примеру notepad++ и т.п.) открываем файл syslinux.cfg.

6. Заменяем строку DEFAULT menu.c32 на DEFAULT mboot.c32

Теперь с флешки можно загружаться

Настройка vSphere Data Protection

Обновившись с VMware vSphere 5.0 на VMware vSphere 5.5 я получил неработающий vSphere Data Recovery, на замену которому пришел vSphere Data Protection. И все бы ничего, но неожиданно возник ворох разнообразных граблей с запуском этого сервера резервного копирования.

1. Установочный OVA-файл не видит виртуального свитча dvSwitch и ставится только на VMNetwork, то есть vmnetwork у вас не должен быть удален. Ну и после установки надо не забыть поменять привязку на ethertnet-адаптере.

2.  Не возможно подключиться к консоли сервера, vSphere Client выдает ошибку "The VMRC console has disconnected...attempting to reconnect." Долго соображал как же подключиться к консоли, пока не обнаружил что тот же Vmware Fusion вполне себе хорошо работает с серверами vSphere и, в отличии от vSphere Client, консоль отображает без проблем.

3. Обязательно надо прописать DNS-имя на сервере DNS и в настройке сервера. Иначе все будет тупить и не работать.

4. После всего этого вебинтерфейс начал отзываться, но работать отказывался. Нашел статейку на vmware что разработчики всех популярных браузеров, среди которых Mozilla Firefox, Google Chrome и Internet Explorer в целях безопасности удалили поддержку криптографического алгоритма DSA, который использовался в веб сервере всех версий VDP до 6.0.x включительно. Исправлено начиная с версии 6.0.1 сменой алгоритма DSA на RSA.
Для смены типа алгоритма без обновления VDP vmware предлагает скачать и запустить скрипт исправления 2111900_VDPHotfix.SHA2.sh.zip

Скрипт делает следующее:

# Остановить tomcat
emwebapp.sh --stop
# Забэкапить текущее хранилище ключей
cp /root/.keystore /root/.keystore.sav
# Удалить сертификаты tomcat из хранилища
/usr/java/latest/bin/keytool -delete -alias tomcat -storepass changeit
# Сгенерировать новый сертификат и поместить его в хранилище
/usr/java/latest/bin/keytool -genkeypair -v -alias tomcat -keyalg RSA -sigalg SHA256withRSA -keystore /root/.keystore -storepass changeit -keypass changeit -validity 3650 -dname "CN=localhost.localdom, OU=Avamar, O=EMC, L=Irvine, S=California, C=US"
# Запустить tomcat
emwebapp.sh --start
Выполнить команды можно в локали машины, зайдя на неё с логином/паролем "root/changeme".

После смены ключей vSphere Data Protection снова стал нормально открываться по своему адресу https://vdp_host:8543/vdp-configure/