kokkain: (Default)
Иногда стандартная процедура P2V с помощью родного конвертора или невозможна (завершается ошибкой) или слишком длительна. Один из альтернативных вариантов - Paragon Disk Manager (или серверный вариант). Ставим программу на виртуализируемую машину, делаем с помощью мастера образ для Vmware Workstation (сразу для ESX не пробовал) с записью на съемник или на шару, затем конвертером загоняем его в хранилище уже как машину для ESX. Суммарное время значительно меньше, чем если применять родной конвертер.
kokkain: (Default)
Решил наконец виртуализировать древний контроллер домена. Поставил на него VMware.Converter.v3.0.1, сконвертировал в VMWare машину, потом ее проимпортировал в Vsphere, выбрав 7 уровень VM.
Все бы ничего, но сетевая карта не заработала. Были испробованы адаптеры E1000 с установкой родного драйвера от Intel, а также адаптер flexi с установкой драйвера AMD PCNET Family Ethernet Adapter. Не помогало. В конце концов заработал вариант flexi + драйвер vmxnet, найденный в C:\Program Files\VMware\VMware Tools\Drivers\vmxnet (который там появился после установки VMWare Tools)
Следующая проблема - изменение размера системного раздела. Пришлось изготовить виртуальную дискету с ghostpe, загрузиться с нее и изготовить клон системного диска.
kokkain: (Default)
Обновил 3 хоста ESXi с 4.1 до 5.5
Точнее - снес ESXi 4.1 и поставил ESXi 5.5, последовательно перемещая машины.
Все бы ничего, но выяснилось, что при подключении удаленных точек к pptp серверу mpd5, поднятому на виртуальной FreeBSD, возникает ошибка 732 - "невозможно согласовать протоколы управления..."
Когда стало понятно, что проблема именно в ESXi, быстро нашлась и статья
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2061834
Попробовал обойтись без патча, просто заменив тип сетевого адаптера, - не получилось, FreeBSD не видит сетевой адаптер VMXNET
Поставил VMware vSphere Update Manager - нет, это не для меня, это, видимо, для огромной виртуальной структуры, слишком поморочено.
Прочитал http://chmv.allnetic.com/article/obnovlenie-vmware-esxi-5-bez-update-manager/ и
обновил вручную, патч закинул на NFS шару, включил SSH, подключился, дал команду
esxcli software vib install -d /vmfs/volumes/1000B/patch/ESXi550-201312001.zip
Потом перегрузил хост, вернул на место виртуалки и убедился что pptp работает.
kokkain: (Default)
Ошибка:
Unable to complete installation/uninstallation of vCenter Converter agent on <имя или адрес конвертируемой машины>

Решение:
Чтобы долго не мучиться - копируем с машины, на которой установлен Vcenter, файл агента (VMware-Converter-Agent.exe) и ставим его на физической машине руками.
kokkain: (Default)
Ошибка:
VMware vCenter Converter
A fatal error occurred The reason for this might be a network connection failure.
The wizard will close now.
Please check your network connection and try again.

Помогает рестарт служб
VMware vCenter Converter Integrated Server
VMware vCenter Converter Integrated Worker
kokkain: (Default)
После сбоя питания (это начало можно уподобить сказочному "жили-были") сервер под управлением ESXi перестал видеть хранилище Qnap 453, подключенное по iSCSI. Неприятная ситуация, с учетом того, что 90% виртуальных машин, в том числе единственный файловый сервер, шлюз FreeBSD и контроллер домена находились именно в этом хранилище.
В конце концов была обнаружена следующая забавная причина: интерфейс VMkernel на сервере ESXi получал адрес по DHCP. В какой-то момент в прошлом физический сервер (контроллер домена и по совместительству сервер DHCP) вышел из строя и был заменен виртуальным сервером, диски которого как раз и располагались в хранилище, ставшем недоступным.
После присвоения интерфейсу VMkernel статического адреса, проблема была решена.
Разумеется, ситуации была дана крайне негативная и подробная вербальная оценка.
kokkain: (Default)
Столкнулся с этой ошибкой при создании резервных копий виртуальных машин (Veeam Backup 5) , причем никаких изменений ни в виртуальной структуре ни в настройках Veeam не было.
Удаление и повторное добавление ВМ в задание Veeam не помогает.
Помогает "ломовое" решение - удаление ВМ из inventory и затем добавление ее же через обзор содержимого datastore.
Для того, чтобы потом не разыскивать, где именно в хранилище лежала ВМ, рекомендую почаще делать инвентаризацию виртуальной инфраструктуры скажем бесплатной программой RVTools (http://www.robware.net/) и экспортировать данные инвентаризации в файл Excel.
kokkain: (Default)
Для проброса - подключаем устройство к хосту, на гостевой машине сначала добавляем USB контроллер, затем USB устройство из списка.
Page generated Sep. 26th, 2017 12:20 am
Powered by Dreamwidth Studios