Не запускается vSphere клиент после установки Windows 7 или Windows Server 2008 R2

Не запускается vSphere клиент после установки Windows 7 или Windows Server 2008 R2

VMWareСуществует неофициальный способ починить эту проблему.

Симптомы следующие

  • Вы не можете запустить клиента vSphere
  • Клиент vSphere  был установлен в ОС Windows 7 или Windows Server 2008 R2 и при попытке подключения к серверу vSphere, вы видите ошибки:
    • Error parsing the server «<servername>» «clients.xml» file.
    • The type initializer for VirtualInfrastructure.Utils.HttpWebRequestProxy’ threw an exception.

Как оказалось, старые версии  клиента vSphere некорректно работают в Windows 7 или Windows Server 2008 R2, в режиме совместимости (Compatibility Mode) клиент также не запускается.

Эта проблема, вероятно, появилась из-за изменений в механизмах загрузки .NET, которые Microsoft ввела в своих последних версиях ОС.

Существует  2 пути решения этой проблемы. Read more about Не запускается vSphere клиент после установки Windows 7 или Windows Server 2008 R2

VMware ESXi 4.1. Настройка интеграции c Active Directory

VMware ESXi 4.1. Настройка интеграции c Active Directory

Я думаю, что вы уже не раз слышали, что в vSphere 4.1 появилась возможность интеграции с Active Directory для сквозной аутентификации. Об этой возможности пользователи VMWare просили уже давно, и, наконец, это свершилось. С появлением интеграции с AD появилась возможность использовать учетную запись пользователя домена, которой назначены соответствующие права, для авторизации на сервере ESX. Эта возможность должна освободить  вас от ведения реестра учетных записей серверов ESX/ESXi, и управлением их паролями. В том случае, если вы уже используете vCenter, вы в курсе что он уже давно умеет использовать для аутентификации базу Active Directory.

Интеграцию с AD можно включить с помощью нескольких различных способов: vSphere client, vCLI, скриптов или с помощью профилей Host Profiles. В этой статье я расскажу о методике включения авторизации в AD с помощью клиента vSphere.

Предварительная подготовка: В своем домене Active Directory вы должны создать новую группу под названием «ESX Admins«, причем соблюсти вы должны это имя в точности, это важно!  Добавляя и удаляя пользователей в эту группу, вы можете управлять их полномочиями по доступу к ESXi. Также вы можете дать непосредственный доступ по ID  пользователя, однако так делать не рекомендуется.

Шаг 1: Подключитесь непосредственно к хосту ESXi с помощью клиента vSphere. Затем необходимо перейти на вкладку Configuration. Затем выберите пункт «Advanced Services» из списка в левом нижнем углу. Затем нажмите на ссылку «Properties».

Вкладка Configuration в ESXi 4.1

Шаг 2: Перед вами появится окно настройки Directory Services. В выпадающем списке «Service Type» выберите «Active Directory». В поле Domain вам нужно ввести имя своего домена, к которому будет осуществляться подключение. Далее нажмите на кнопку  «Join Domain».

Окно Join Domain в ESX

Шаг 3: В этой шаге вы должны ввести данные  учетной записи AD, которая имеет права на  включение хоста ESXi в домен. Учетную запись вы должны ввести в формате Test\user или использовать формат (administrator@test.com). Read more about VMware ESXi 4.1. Настройка интеграции c Active Directory

VSphere 4.1 Новые максимумы VMware HA и DRS делают нашу жизнь проще

VSphere 4.1 Новые максимумы VMware HA и DRS делают нашу жизнь проще

Новые максимумы в High Availability

  • В кластере теперь может быть до 32 хостов
  • На одном хосте может находиться до 320 виртуальных машин
  • В кластере HA теперь может быть 3000 виртуальных машин!

Иными словами:

  • Теперь вы можете иметь до 10 хостов с  300 виртуальных машин на каждом
  • или 20 хостов по 150 виртуальных машин на каждом
  • или 32 с 93 виртуальными машинами ….

Т.е. до тех пор, пока вы не выйдите за рамки 320 виртуалок на хост, или 3000 на весь кластер, с vSphere 4.1 у вас все ОК!

Интеграция с DRS

В vSphere 4.1 High Availability тесно интегрирована с DRS.

Фрагментация ресурсов

При наличии ошибки и запуска механизма failover, служба HA при  переходе на другой хост сначала проверяет наличие доступных ресурсов. Если ресурсов недостаточно,  HA просит DRS, если возможно, выделить такие ресурсы.  HA в  4.1 может запросить  дефрагментацию ресурсов, для выполнения требований по размещению ВМ на хосте. Это отличное решение! Следует отметить одну вещь, даже если HA  запросит фрагментацию имеющихся ресурсов, ничто не гарантирует того, что ему хоть что-то будет выделено дополнительно.

Read more about VSphere 4.1 Новые максимумы VMware HA и DRS делают нашу жизнь проще

Изменение размера виртуального жесткого диска IDE

Изменение размера виртуального жесткого диска IDE

Недавно один из пользователей попросил расширить ему место в его тестовой виртуалке. Я как всегда погасил ее, зашел в настройки виртуальной машины, нашел жесткий диск. И тут меня  ждал сюрприз: поле с изменением настройки размера жесткого диска было недоступно (отключено).

Read more about Изменение размера виртуального жесткого диска IDE

Меняем место хранения логов  vSphere vCenter

Меняем место хранения логов vSphere vCenter

VMWareИзменение места хранения логов vCenter  достаточно специфическая задача, однако администраторам VMWare иногда приходится к ней прибегать. По умолчанию в  Windows 2003 файлы логов vCenter  хранятся в папке: “C:\Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenter\Logs”, а в Windows 2008 эта папка находится по адресу: “C:\ProgramData\VMware\VMware VirtualCenter\Logs”.

Как вы понимаете диск C:\ не самое хорошее место для хранения логов. Я обычно рекомендую использовать отдельный диск для файлов логов, ведь в случае переполнения диска C:\ вы можете просто потерять часть логов, да и сам vCenter перестанет работать.  В зависимости от ожидаемых размеров файлов журнала, а также от количества лог файлов, вы всегда можете установить максимальные значения для этих параметров.

Изменить местоположение логов достаточно просто: для этого в файл “vpxd.cfg” между тегами <log> и </log>  в любом месте, необходимо добавить строку:

 <directory>E:\VMware\Logs</directory>

Read more about Меняем место хранения логов vSphere vCenter

Изменение размера блока на локальном хранилище VMFS во время установки

Изменение размера блока на локальном хранилище VMFS во время установки

Недавно узнал о том, что можно изменить размер блока на вашей локальной VMFS. Конечно, ситуация, когда вы используете локальное хранилище является не очень красивой, ведь было бы правильнее использовать отдельную VMFS для Service Console, и отдельную под хранилище виртуальных машин, однако после поиска в Интернете, я понял, что данный вопрос довольно популярен.

Единственный найденный мною метод смены размера блока возможен при чистой установке ESX. Для чего вам нужны хотя бы начальные знания по работе с командной строкой и редактором vi. Ниже приведу последовательность ваших действий:

  1. Загрузитесь с дистрибутива  ESX в текстовом режиме
  2. переключитесь в  консоль shell (Alt-F2)
  3. ps | grep Xorg
  4. Уничтожьте процесс с   PID, который выглядит как-то так: “Xorg -br -logfile …” В моем случае это оказался  PID 590, его-то я остановил командой  “kill 590
  5. cd /usr/lib/vmware/weasel
  6. откройте редактором vi конфигурационный файл: vi fsset.py
  7. найдите строку, которая начинается с “class vmfs3FileSystem(FileSystemType):” Изменяем VMFS blockSizeMB
  8. Измените параметр blockSizeMB на тот размер блока, который вы хотите задать. Возможные значения этого параметра: 1, 2, 4 и 8. Соответствие между значение размера блока в ESX и максимальным размеров файла на VMFS представлены ниже: Read more about Изменение размера блока на локальном хранилище VMFS во время установки
Отображаем версию VMware Tools на рабочем столе с помощью BGInfo

Отображаем версию VMware Tools на рабочем столе с помощью BGInfo

BGInfo это небольшая удобная утилита от SysInternals, которая позволяет установить в качестве фонового рисунка рабочего стола специальную картинку, на которой могут быть  отображены различные характеристики ОС и компьютера, такие как количество памяти, количество свободного места на  дисках, тип процессора и много другое. С помощью BGInfo также возможно отобразить собственное пользовательское поле, в котором может отображаться, например, информация о версии некого исполняемого файла.  Поэтому у меня появилась забавная идея настроить отображение версии установленного дистрибутива VMware tools прямо на рабочем столе в качестве рисунка фона. Данный подход уместен в больших инсталляциях VMWare для оперативного определения версии тулзов.

Ну, достаточно слов, картинки, я думаю, вам все расскажут!

Read more about Отображаем версию VMware Tools на рабочем столе с помощью BGInfo

Ошибка HA при обновлении ESXi 4.0 Update 2 до ESXi 4.1

Ошибка HA при обновлении ESXi 4.0 Update 2 до ESXi 4.1

VMWareНа днях начал обновлять свои блейды с  ESXi 4.0 Update 2 до ESXi 4.1, и столкнулся с досадной ошибкой.

Все узлы были обновлены с  использованием VUM с сервера vCenter 4.1. Обновление прошло гладко и занимало лишь несколько минут на хост.

При попытке включить  HA, на всех хостах появлялась ошибка:

HA agent on esxhostname in cluster clustername in datacentername has an error:  Error while running health check script

Отключение HA в кластере или настройка его заново не дала результата. Ошибка осталась.

Недавно я уже боролся с ошибками в HA, и вспомнил рекомендации, описанные  в статье VMware KB1007234, и решил попробовать выполнить этот финт.

Read more about Ошибка HA при обновлении ESXi 4.0 Update 2 до ESXi 4.1

USB passthrough в vSphere 4.1 или о пробросе USB в VSphere 4.1

USB passthrough в vSphere 4.1 или о пробросе USB в VSphere 4.1

Одной из новых особенностей VSphere / ESX 4.1 является возможность сквозного проброса (pass-through) до 20 USB-устройств с ESX хоста внутрь виртуальной машины в гостевую ОС.

Данная функция очень проста в установке и использовании.

В данной статье в качестве виртуальной машины я использую виртуалку с ОС Windows Server 2008 R2.

Виртуалка VSphere 4.1

Щелкните правой кнопкой мыши на виртуальной машине и выберите edit settings.

Настройки виртуальной машины

Добавите новое устройство типа  USB Controller и нажмите OK, после чего закройте экран настройки.

USB Controller в ESXi 4.1

Зайдите опять в окно настройки виртуалки, и добавите новое USB устройство.

Добавляем USB device в ESXi 4.1

В этот момент запустится мастер, который отобразит вам все доступные USB устройства (естественно, они должны быть поддерживаемыми), подключенные физически к вашему серверу ESX 4.1.

Список всех поддерживаемых технологией passthrough  USB устройств можно увидеть на сайте поддержки VMwares по адресу http://kb.vmware.com/kb/1021345

Read more about USB passthrough в vSphere 4.1 или о пробросе USB в VSphere 4.1

Включаем SSH на ESXi 4.1

Включаем SSH на ESXi 4.1

Мне кажется, администраторам VMWare будет интересно познакомиться со статьей о том, как включить SSH на ESXi 4.1. SSH является частью функциональности TSM (Tech Support Mode). Существуют два различных вида режимов технической поддержки:

  1. Локальная техподдержка — Local Tech Support (доступ к командной строке)
  2. Удаленная техническая поддержка Remote Tech Support (SSH)

Включение любой из них достаточно простая процедура:

  • Откройте консоль ESXi
  • Залогиньтесь в систему (клавиша F2) и перейдите в раздел Troubleshooting Options (Устранение неполадок)
  • Вы увидите опцию с названием  “Tech Support”, нажмите «Enter» и выберите необходимую вам опцию: Remote Tech Support (SSH) или Local Tech Support

Tech Support в ESXi4.1

Также вы можете включить SSH через клиента vSphere Client:

Read more about Включаем SSH на ESXi 4.1

Страница 8 из 8« В начало...45678