Category: 5.0

Массовое обновление VMware Tools вручную

Наш бложик уже упоминал о массовом автоматическом обновлении VMware Tools средствами PowerCLI.

А вот как массово обновить вручную идея пришла мне только вчера.

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

Предлагаемый способ очень прост и не требует никаких дополнительных навыков:

  • выбираем в vSphere Client хост, кластер, папку или датацентр;
  • переходим к списку Virtual Machines;
  • сортируем виртуальные машины по полю State, так как нам нужны только включенные;
  • зажав Shift или Ctrl выбираем те, которые необходимо обновить;
  • щелкаем правой кнопкой мыши на одной и выбранных ВМ и выбираем Guest->Install/Upgrade Vmware Tools. При необходимости запрещаем перезагрузку через указание Advanced Options (/S /v”/qn REBOOT=R”).
    vmtools_upg

Обновление хостов ESXi 5.5 до ESXi 6.0 против Veeam NAS

Итак, третий акт Марлезонского балета. Предыдущий акт Обновление хостов ESXi 5.5 с коммутатором Cisco Nexus 1000V до ESXi 6.0.

При сканировании хостов ESXi 5.5 VMware Update Manager пишет “Unsupported configuration” без всяких пояснений. Для начала читаем /var/log/vua-*.log и ищем слово error:

Поиск по ошибке выдает статью Upgrading to VMware ESXi 5.x fails with the error: Error in ESX configuration file esx.conf (2011588).

Подтверждаем, что ошибку определили верно:

Открываем файлик /etc/vmware/esx.conf и видим:

При использовании технологии Veeam Instant Recovery создается и монтируется к хостам NAS-хранилище. Если же вы сменили сервер Veeam, а хранилище отмонтировали, то наивно думать, что в конфигурации ESXi произошли все требуемые зачистки.

Удаляем лишние строки и сохраняем файл. Делаем проверку, что проблема ушла:

Запускам сканирование заново.

Описание аналогичной ситуации для любителей английского Unsupported Configuration when using VUM for a Major Upgrade.

ESXi ramdisk ‘root’ is full

При попытке переноса одной ВМ между хранилищами было получено странное сообщение:

The ramdisk ‘root’ is full. As a result, the file /var/log/vmware/journal/… could not be written.

SSH на сервере не работал, поэтому пришлось лезть в iLO (это сервер HP).

Стандартная команда “df -h” результата не дала – вроде бы все хорошо.

Поиск в интернете выдал следующую KB2033073.

Два симптома из трех совпадали:

– не работал SSH;

– команда vdf -h выдавала полную занятость диска ‘root’ (Use = 100%).

Кем/чем – не понятно.

Из соседней KB была найдена команда, отобразившая список файлов >50MB

find / -path “/vmfs” -prune -o -type f -size +50000k -exec ls -l ‘{}’ \;

Почти все они, кроме /var/log/hpHelper.log относились к системным файлам. По этому журналу нагуглилась другая KB2055924.

Согласно этой KB, глюки софта от HP переполняли этот журнал при работе на Proliant Gen8.

Решение проблемы следующее:

1) Остановить агента HP Helper

/etc/init.d/hp-ams.sh stop

2) Удалить файл журналов

rm /var/log/hpHelper.log

3) Установить обновление на агентов или отключить агентов вообще

В случае отключения необходимо выполнить команду

chkconfig hp-ams.sh off

Если делать вообще ничего не хочется, можно перезагрузить хост. Однако, vMotion с такого хоста у меня тоже не сработал.

VMware Update Manager и ODBC 32bit

Если вы хоть раз создавали внешнюю базу для VMware Update Manager, то сталкивались с тем, что “обычный” ODBC-источник к ней не подходит. Это связано с тем, что UM – 32битное приложение и требует свои, 32битные ODBC Source.

У VMware есть своя статья, говорящая о том, как эти источники создавать:

  • для 32 бит используется %windir%\SysWoW64\odbcad32.exe
  • Для 64 бит – %windir%\System32\odbcad32.exe

Но, начиная с Windows 2012, процесс стал гораздо нагляднее: Continue reading “VMware Update Manager и ODBC 32bit”

Сравнение различных версий VM Hardware

Случайно нагуглил табличку с различными версиями виртуального железа:

Feature ESXi 5.5 and later ESXi 5.1 and later ESXi 5.0 and later ESX/ESXi 4.x and later ESX/ESXi 3.5 and later
Hardware version 10 9 8 7 4
Maximum memory (GB) 1011 1011 1011 255 64
Maximum number of logical processors* 64 64 32 8 4
Maximum number of cores (virtual CPUs) per socket 64 64 32 8 1
Maximum SCSI adapters 4 4 4 4 4
Bus Logic adapters Y Y Y Y Y
LSI Logic adapters Y Y Y Y Y
LSI Logic SAS adapters Y Y Y Y N
VMware Paravirtual controllers Y Y Y Y N
SATA controllers 4 N N N N
Virtual SCSI disk Y Y Y Y Y
SCSI passthrough Y Y Y Y Y
SCSI hot plug support Y Y Y Y Y
IDE nodes Y Y Y Y Y
Virtual IDE disk Y Y Y Y N
Virtual IDE CD-ROMs Y Y Y Y Y
IDE hot plug support N N N N N
Maximum NICs 10 10 10 10 4
PCNet32 Y Y Y Y Y
VMXNet Y Y Y Y Y
VMXNet2 Y Y Y Y Y
VMXNet3 Y Y Y Y N
E1000 Y Y Y Y Y
E1000e Y Y Y N N
USB 1.x and 2.0 Y Y Y Y N
USB 3.0 Y Y Y N N
Maximum video memory (KB) 524288 524288 131072 131072 131072
SVGA displays 10 10 10 10 1
SVGA 3D hardware acceleration Y Y Y N N
VMCI Y Y Y Y N
PCI passthrough 6 6 6 6 0
PCI Hot plug support Y Y Y Y N
Nested HV support** Y Y N N N
vPMC support Y Y N N N
Serial ports 4 4 4 4 4
Parallel ports 3 3 3 3 3
Floppy devices 2 2 2 2 2

* – максимальное количество процессоров в ВМ (vCPU) зависит не только от версии виртуального железа, но и от редакции гипервизора (Std/Ent и  т.д.) и количества логических процессоров на хосте.

** – по факту подразумевается проброс аппаратной виртуализации внутрь виртуальной машины. Это необходимо, чтобы в виртуальном ESXi с процессором Intel запустить 64битную ВМ. Без аппаратной поддержки виртуализации запустить 64битную ВМ на процессорах Intel нельзя. Стоит также отметить, что эта фича поддерживается на ограниченном количестве CPU.

Еще большее количество таблиц можно найти тут.

HP MSA P2000 G3 избавилась от VAAI-плагина

Я немного слоупок 🙂

Сейчас, обнаружив, что моя MSA P2000 G3 не открывает веб-интерфейс, я решил проверить свежие прошивки к ней (моя от октября 2013).

С удивлением для себя выяснил, что с прошивки TS251R004 (март 2014) MSA начала работать с VAAI без доп. плагина. Если у вас используется MSA P2000 G3 в связке с vSphere и VAAI-плагином, перед обновлением прошивки читайте здесь.

Самая-самая свежая прошивка к ней – TS251P005 (июль 2014), или как его называют в Перми – июбрь 🙂

Пойду что ли MSA обновлю…

Установка vSphere Client 5.0 на Windows 8.1

К моему удивлению, попытка установить vSphere Client версии 5.0 на Windows 8.1 не увенчалась успехом.

This product can only be installed on Windows XP SP2 and above.

vsphere client error

На версию в заголовке не смотрите, ошибка звучит точно так же.

Решение лежало на поверхности – необходимо запустить установку клиента в режиме совместимости с Windows 7. Но не тут-то было, инсталлятор после указания имени пользователя и названия организации успешно вылетал без установки клиента…

Гугл подсказал, что это из-за отсутствия Net Framework 3.5 на системе. Родной инсталлятор как бы есть, но на Windows 8.1 он не запускается.

Решение по включению Net Framework любезно предоставлено Microsoft:

  • Если дистрибутив Windows под рукой, Dism.exe /online /enable-feature /featurename:NetFX3 /All /Source:E:sourcessxs /LimitAccess
  • Если дистрибутива нет, заходите в Control Panel и выбираете пункт “Добавить/удалить опции Windows (features)

control panel

windows features

 

И устанавливаете Framework, скачивая его из интернета.

Также наблюдаются проблемы и с работой клиента, связано это с тем, что под Windows 8.1 нормально работает только клиент VMware-viclient-all-5.0.0-913577.exe и выше. К счастью, его можно скачать и без наличия лицензий, попросив скачать vSphere Hypervisov 5.5 и раскрыв внизу список Version History – VMware vSphere Hypervisor 5.0 Update 3. Скорее всего, все озвученные проблемы в свежей версии клиента сняты.

P.S. Подозреваю, что такая проблема есть и с другими “несвежими” версиями клиентов под 5.1 и 5.5.

Вышел RVTools 3.6

Появилась свежая версия полезной утилиты RVTools 3.6, занимающейся инвентаризацией и оценкой виртуальной инфраструктуры.

В качестве нового функционала заявлено:

  • Новая вкладка с информацией о кластере;
  • Новая вкладка с информацией о мультипас;
  • На вкладке vInfo добавлены поля “HA Isolation response и HA restart priority;
  • На вкладке vInfo добавлены поля с информацией об Cluster affinity;
  • На вкладке vInfo добавлены новые поля о состоянии подключения и времени нахождения в паузе (connection state and and suspend time);
  • На вкладке vInfo добавлено поле The vSphere HA protection state for a virtual machine (DAS Protection);
  • На вкладке On vInfo новое поле – состояние гостя (quest state);
  • На вкладке vCPU новые поля – Hot Add и Hot Remove;
  • На вкладке vCPU исправлена информация об cpu/socket/cores;
  • На вкладке vHost столбцы поддержки VMotion support и storage VMotion support;
  • На вкладке vMemory новое поле – Hot Add;
  • На вкладке vNetwork новое поле VM folder;
  • на вкладке vSC_VMK новое поле – MTU;
  • Изменения в RVToolsSendMail: можно указать тему письма;
  • Исправлены некоторые баги и подправлена документация в части аргументов командной строки.

Поддерживается работа с ESX Server 3.5, VirtualCenter 2.5, ESX Server 3i, ESX Server 4i, VirtualCenter 4.x, ESX 4.x, VirtualCenter 5.0, VirtualCenter Appliance, ESX 5.0, VirtualCenter 5.1, ESX 5.1, VirtualCenter 5.5 и ESX 5.5.

Скачать утилиту можно отсюда, а здесь – почитать документацию.

Самые популярные статьи по ESXi 5.x

Rick Blythe подбил список наиболее часто просматриваемых статей по ESXi 5.x:

vSphere – эволюция

С виртуализацией я плотно общаюсь с середины 2007 года. Начинал я общение еще с VMware Virtual Infrastructure 3.5, после которой и появилось модное словцо “vSphere”.

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

Если можете поведать еще о каких-то интересных фичах, не вошедших в этот обзор – пишите в комментариях со ссылками – обязательно добавлю…

Continue reading “vSphere – эволюция”