admin.txt

… заметки IT’шника…

Перезапуск зависшего iSCSI инициатора на ESXi

Иногда есть необходимость подключить к ESXi хосту временный датастор для проведения разных маневров. По большей части я стараюсь в таких случаях использовать NFS, но иногда приходится и iSCSI использовать.

Вот вчера столкнулся с девайсом от NetGear  — ReadyNAS Pro 6. Который как оказалось не работает сESXi 5.0 на прошивке 4.2.19 ( но поэто я уже потом нагуглил, когда столкнулся с проблемами: http://forum.netgear.ru/viewtopic.php?id=3295).

Суть в том что настройка программного iSCSI инициатора ESXi прошла просто, а вот переместить туда вируталку или скопировать какой-нибудь файл не получалось. Процесс копирования зависал, а графики показывали дикое время отклика (десяти тысяч миллисекунд). А через некоторое время выскочило сообщение что датастор на iSCSI луне стал недоступен. И никакие ресканы не помогали, процесс очень долго тупил и не мог успешно завершиться.

После поиска в гугле вышел на такое решение (Restarting the software iSCSI stack). Включаем SSH на ESXi хосте и  подключившись туда:

1.  Отключаем программный инициатор:

esxcfg-swiscsi -d

2. Убиваем процесс

esxcfg-swiscsi -k

А потом еще  находим ID процесса и убиваем его

2.а Что бы найти ID: ps | grep vmkiscsid

2.б Что бы убить процесс: kill <process ID>

3. Снова запускаем инициатор: esxcfg-swiscsi -e

4. Делаем рескан нужного адаптера, в моем случае это быо vmhba35: esxcfg-rescan vmhba35

После всего этого лун снова стал доступен. Еще немного поэксперементировав я повторно пришел к проблеме и повторил решение. После чего уже нагуглил пост о несовместимости этой прошивки девайса с пятой весией ESXi.

Пришлось отказаться от iSCSI в данном случае. Кстати отключать LUN iSCSI тоже нужно правильно: Unpresenting a LUN in ESXi 5.x

Июнь 7, 2012 Posted by | Заметки..., Uncategorized, Virtualization | , | Оставьте комментарий

Импорт в ESXi всех виртуальных машин с датастора.

Импорт в онсастку ESX(i) вирутальных машин из датастора можно сделать из контекстного меню .vmx файла виртуальной машины (выбрав Browse Datastore,  и найдя нужный файл. Но если таких машин больше несколькоих десятков, а то и сотни — на выполнение этих рутинных операций в ручную можно потратить много часов времени.

Мне пришлось переустановить один сервер с ESX 3.5 на ESXi 3.5 сохранив все виртуальные машины на отдельных датасторах (это были локальные диски, но ситуация не отличилась бы и в слуачае NAS/SAN хранилища).  Замечу, для того что бы подключить к новой инсталяции ESXi 3.5 старые диски с сохранением существующих VMFS разделов нужно на новом хосте в конфигурации выбрав «Advanced Settings», в разделе «LVM» изменить опцию «LVM.EnableResignaturing» c нуля на единицу и сделать Rescan всех котроллеров систем хранения с опцией поиска новых VMFS разделов.

Собстевнно массовый импорт машин для ESX хоста описан тут: Mass Import VMs to New ESX Host by .VMX files, там приведено два способа.

Первый способ — сделать скрипт.

for i in `find /vmfs/volumes/ -name "*.vmx" `
do
echo "Registering VM $i"
vmware-cmd -s register $i
done

Скрипт нужно сохранить, например, как massImport.sh, дать ему права на выполнение (chmod +x /path-to-script/massImport.sh) и выполнить. У этого решения свой недостаток — если в пути/имени виртуалки содержатся пробелы, то ничего не получится. Эта проблема решается во втором варианте.

Второй — одной строкой из консоли ESX:

find /vmfs/volumes -name “*.vmx” | while read LINE; do echo “registering VM $LINE”; vmware-cmd -s register $LINE

Но это решения дл ESX, а в моем случае был ESXi. Для ESXi комманды vmware-cmd нету, а на ESX я эти варианты не проверял… Немного погуглив я нашел список команд для работы через SSH/CLI с ESXi. Разрешив из локальной консоли доступ к  ESXi по  ssh, я нашел и протестировал работу аналога нужной команды.

vim-cmd solo/registervm /vmfs/vol/datastore/dir/vm.vmx
Registers vm in hypervisor inventory

т.к. у меня была куча виртуалкок в имени (и пути к VMX файлу) которых содержались пробелы, я решил «поправить» второй способ для работы в ESXi. Эта команда импортирует все виртуальные машины с выбранного датастора «Temp-IT-Drive(1TB)» в «корень» оснастки хоста. Вот что вышло:

find /vmfs/volumes/Temp-IT-Drive\(1TB\)/ -name "*.vmx"| while read LINE; do echo "registering VM $LINE"; vim-cmd solo/registervm "$LINE";done

Пришлось добавить к исходному варианту «;done» в конце и заключить $LINE в ковычки выполнении команды импорта, иначе виртуалки «с пробелами»  все же не обрабатывались.

Вот собственно и все, если есть что добавить — велком в коменты.

Сентябрь 8, 2010 Posted by | Virtualization | , | 2 комментария

Смена настроек DNS на ESXi хостах средствами PowerCLI

Если есть необходимость смены настроек ДНС на сервереах виртуализации ESX(i), то можно пойти двумя путями.

1. В ручную изменить настройки на вкладке «Configuration», разделе «DNS and Routing» каждого хоста виртуализации. Все быстро и просто, пока работы охватывают пару-тройку хостов. А если нужно перенастриоть 10+ серверов нужно «идти в обход».

2. Когда хостов много, а времени на работу в вручную мало/жалко — пора использовать VMware PowerCLI. Я не обладая опытом работы за пару минут нашел способо изменить конфигурацию DNS на нужной мне группе хостов. Итак после загрузки последнего дистрибутива PowerCLI с сайта VMware можно сразу приступать к работе.

После запуска PowerCLI нужно подключиться к хосту, в простейшем случае (если ваш аккаунт имеет права в вашем vCenter) это делается одной командой:

Connect-VIServer -server vCenter-name

После подключения, нужно выполнить следующую команду. В данном примере будет смена адресов DNS сервреов всех хостов в датацентре «MyDataCenter»

Get-VMHost -Location (Get-Datacenter -Name MyDataCenter) | get-vmhostnetwork | set-vmhostnetwork -dnsaddress "192.168.0.1","192.168.0.2"

Ну и стоит отметить, что смена конфигурации DNS на хостах не приводит (по крайней мене в моем слуаче было так) к переключению хоста на новые настройки.  Новые настройки вступят в силу после перезагрузки хоста или после рестарта Management сервисов (services.sh restart из консоли хоста)

Сентябрь 2, 2010 Posted by | Virtualization | , , | Оставьте комментарий

VirtualCenter 2: Использование шаблонов, практика применения.

Наверное всем давно известно о существовании механизма шаблонов, используемого для разворачивания виртуальных машин. Уверен что многие его успешно применяют. Но некоторым будет интересно ознакомится с описанием технологии и практики применения шаблонов в VMware Virtual Center.

Почему стоит использовать шаблоны для разворачивания виртуальных машин.

Первая и простейшая причина применения шаблонов виртуальных машин — это эффективность. Используя механизм шаблонов можно избежать множества повторяющихся при инсталляции приложений операций. В результате можно получить полностью готовый (виртуальный) сервер намного быстрее, чем инсталляция в ручную, с самого начала. Рассмотрим следующий пример: вам необходимо создать четыре виртуальные машины, с гостевой ОС Windows. Причем три из четырех машин планируются для использования в производстве (produciton use), а четвертая — для использования разработчиками. В отличии от трех машин, четвертая не требует использования агента резервного копирования (backup agent). В процессе выполнения задания необходимо будет выполнить 17 шагов, большая часть из которых будет повторятся для каждой виртуалки (см. рисунок).

manual setup of several VM

Ручное разворачивание нескольких виртуальных машин

Это не только отнимет кучу времени на повторяющиеся операции, но и повысит шанс допустить ошибку на одном из шагов. Более эффективный путь — создание базового шаблона операционной системы с антивирусом и обновлениями, и Читать далее

Февраль 20, 2009 Posted by | Virtualization | , , , , , | 2 комментария

Настройка ESXi хостов для отправки логов на удаленный сервер.

Конфигурирование хостов ESXi на пересылку логов производится через графический интерфейс клиента виртуальной инфраструктуры. Для настройки выбранного хоста необходимо, выделив хост в левой части окна, на вкладке Configuration хоста выбрать пункт Advanced Settings:

Настройка хоста ESXi на пересылку логов.

Настройка хоста ESXi на пересылку логов.

В появившемся окне настроек необходимо в левой части выбрать Читать далее

Декабрь 31, 2008 Posted by | Uncategorized | , | 1 комментарий

2 Способа пропатчить установленный ESXi гипервизор.

В отличие от VMware ESX, где патчи заменяют только некоторые файлы (изменившиеся с предыдущей версии), каждый патч для ESXi — это полная замена образа гипервизора. Когда вы выполняете обновление, на хост загружается новый образ (ядро) гипервизора, а старый образ сохраняется как бэкап. Обновление проходит во время работы ESXi хоста и виртуальных машин запущенных на нем. Виртуальные машины продолжают работать на старом образе (ядре гипервизора), пога хост не будет перезагружен. После перезагрузки автоматически загрузится новый образ гипервизора, и виртуальные машины запустятся на новом ядре.

Существует два способа установки патчей на VMware ESXi, установленной самостоятельно (а не предустановленной). Вы можете использовать либо утилиту для Windows, называемую VMware Infrastructure Update, либо вы можете использовать утилиту удаленной командой строки RCLI (Remote Command Line Utility), называемую vihostupdate.

Установка патчей с использованием VMware Infrastructure Update.

Infrastructure Manager (IM) часто путают с Update Manager (UM), чтоже давайте рассмотрим различия. IM усатнавливаетя как отдельное приложение вместе с клиентом инфраструктуры VMware Infrastructure Client (VI Client) 3.5, и используется только для установки патчей на ESXi усатнавливаемой или предустановленной версий. IM не позволяет пропатчить ESX хост, только ESXi. UM — это плагин для виртуального центра инфраструктуры VirtualCenter, и используется для обновления ESX, ESXi хостов и виртуальных машин. Читать далее

Сентябрь 3, 2008 Posted by | Virtualization | , , | 6 комментариев