vCenter 6.5 crash

С чего начнем … решили обновляться с vSphere 5.5 до 6.5.
Первые полгода был полет нормальный. Потом прилетела бага от HP(читать тут), а вот сейчас новая бага —  стал отваливаться vCenter, причем даже до авторизации, просто до обращения к странице с выбором клиента
Ошибка примерно такая:

503 Service Unavailable (Failed to connect to endpoint: [class Vmacore::Http::NamedPipeServiceSpec:0x00000032401982b0] _serverNamespace = / action = Allow _pipeName =\\.\pipe\vmware-vpxd-webserver-pipe)

помогал только перезапуск сервиса VMware vCenter Configuration Service(ну а  он тянет за собой перезапуск всех сервисов VMWare) ну или всего сервера.

и как говорится «фиг то с ним» что лежит vCenter, оно конечно плохо, но … можно ковыряться, проблема в том, что при отваливании WebClient’a переставали делаться бэкапы. А вот это уже начинает пахнуть керосином.

После двух дней копания и лазания по форумам выясняться следующая картина:

  • проблема и на VCSA и на Windows vCenter Server примерно одинаковая;
  • в основной массе ответов  лечение сводится к перезапуску сервисов.

но после анализа всех статей/постов (штук 20 точно перелопатил) пришел к выводу, что проблема в связке vCenter + Postgres

Итак, как решаем эту беду:

  1. открываем файл лога postgresql-XX.log и находим там «замечательную» строку:

2. подключаемся к базе postgres, для этого с командной строке вводим, шкафы для огнетушителей на заказ

cd "C:\Program Files\VMware\vCenter Server\vPostgres\bin"
psql -d VCDB -U vc
С нас потребуют пароль, который можно взять в файле c:\ProgramData\VMware\vCenterServer\cfg\vmware-vpx\vcdb.properties

vcdbprops

3.  выполняем команду :

DELETE FROM vc.vpx_vm_virtual_device where id='4018' and device_key='3002';

id и  device_key берем из лога postgres(пункт 1)

4. все, перезапускаем сервисы vCenter ну или сам сервер и 3 дня полет нормальный. Все бэкапы есть и все хорошо

 

чем пользовался при работе
1. https://forums.veeam.com/vmware-vsphere-f24/veeam-b-r-causes-vcenter-6-5-0b-sdk-webservices-to-crash-t42161-15.html — процедура Lpg лечение в Киеве

2. http://www.virtually-limitless.com/vsphere-6-0/interacting-with-the-vpostgres-database-in-vsphere-6-0/

3. https://communities.vmware.com/thread/556490



ESX 6.5 BUG

В общем обновились мы до ESX6.5

Жили какое то время — долго и счастливо, все настроили. НО потом перенесли туда более нагруженные VM, подтянули свежие хосты и в опа … PSOD.

Раз в +/-12 часовPSOD, на хостах которое отработали все эти месяцы. По 4 сервера в кластере вылетали, в общем треш.

Да, HA отрабатывал безупречно, но перезагрузки VM всех бесили. Все сервера HP DL 560G8, памяти от 256 Gb, в остальном все идентично.

бились с пару дней, в итоге сделали следующие:

  1. нагруженные VM выделил в отдельный кластер;
  2. В GOOGLE было найдено, что проблема с драйвера которые HP вшивает в образ. Поэтому решили взять оригинальный образ VMWARE и переставить его на паре хостов.

Но после еще дня копания нашел замечательную статейку —  https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2148123.

и как ее продолжение — http://h20565.www2.hpe.com/hpsc/doc/public/display?docId=c05378386

при этом в них есть упоминания о разных сервера HP, но только не про DL560G8.

но был взяли патч —

в командной строке

esxcli software vib install -d "/tmp/ams-esxi6.5-bundle-10.6.2-2.zip"
Installation Result
   Message: The update completed successfully, but the system needs to be rebooted for the changes to be effective.
   Reboot Required: true
   VIBs Installed: HPE_bootbank_hpe-ilo_650.10.0.2-2.4240417, HPE_bootbank_hpe-smx-limited_650.03.11.00.13-4240417
   VIBs Removed: HPE_bootbank_hpe-ilo_650.10.0.1-24.4240417, HPE_bootbank_hpe-smx-provider_650.03.11.00.17-4240417
   VIBs Skipped: HPE_bootbank_amshelper_650.10.6.0-24.4240417, HPE_bootbank_hpe-cru_650.6.5.8.24-1.4240417, HPE_bootbank_hpe-esxi-fc-enablement_650.2.6.10-4240417

и все, работаем уже 4 дня. Пока полет нормальный.



Hyper-V cannot be installed: A hypervisor is already running.

Hyper-V cannot be installed: A hypervisor is already running.

Если попробуем включить роль через PowerShell получим аналогичную ошибку:

Install-WindowsFeature –Name Hyper-V -ComputerName <computer_name> -IncludeManagementTools -Restart

Но саму роль Hyper-V в виртуальной машине на Windows Server включить можно. Делается это средствами утилиты по обслуживанию образов DISM.exe. Если вы используете Windows 8 как гипервизор, то потребуется скачать еще и пакет Windows Assessment and Deployment Kit (ADK) for Windows 8.

Выполняем следующие команды в консоли:

DISM /Online /Enable-Feature /FeatureName: Microsoft-Hyper-V
DISM /Online /Enable-Feature /FeatureName: Microsoft-Hyper-V-Management-Clients



Error While Binding iSCSI To VMKernel Adapters: IscsiManager.QueryBoundVnics

So when you try to click Properties of the iSCSI adapter to modify certain settings, you see the following error:

 

Error:

 

Call «IscsiManager.QueryBoundVnics» for object «iscsiManager-##» on vCenter Server «VC-name» failed

 

 

Cause:
This event occurs when ESXi’s internal iSCSI daemon becomes corrupted, requiring a cleanup of the daemon’s files in ESXi.
How to resolve this:
1. Migrate all virtual machines using vMotion to ESXi hosts that are unaffected.
2. Review the existing iSCSI configuration and copy the IQN and adapter settings for your iSCSI software adapter to a text document.
3. Disable the iSCSI adapter.
4. Navigate to the /etc/vmware/vmkiscsid/ directory on your ESXi host and back up the contents of the folder to a safe location.
5. Delete the contents of /etc/vmware/vmkiscsid/
6. Write the changes to the ESXi boot bank using this command:
# backup.sh
7. Reboot the ESXi host.
8. Create a new software iSCSI adapter and configure it as per the backup you saved in step 2.
9. Add the iSCSI port bindings and targets.
That’s pretty much it. You should be good to go.


Как изменить IP адрес на ESX Server

Иногда вам может потребоваться изменить IP adress на вашем ESX сервере. Сделать это из графического интерфейса VI клиента невозожмно. Единственным вариантом является выполнение данной операции на консоли ESX server .

1.) Для начала вы должны иметь физический доступ к консоли сервера.

2.) Переведите  ESX хост в Maintenance Mode и отключите его от Virtual Center.

3.) Теперь вы можете подключиться к консоли ESX.

4.) Удалите старый IP адрес (это делается удаление интерфейса vswif): “esxcfg-vswif -d vswif0″ (vsfif0 это интерфейс, который вам необходимо удалить)

удаляем интерфейс

5.) Создайте новый vswif интерфейс с новым IP адресом: “esxcfg-vswif -a vswif0 -p Service Console -i 192.168.0.100 -n 255.255.255.0 -b 192.168.0.255″.

-i новый IP адрес

-n новая маска сети

-b бродкаст адрес

6.) Обновите шлюз по умолчанию. Откройте с помощью nano файл “nano /etc/sysconfig/network”

редактируем шлюз

редактируем шлюз продолжение

Нажмите “CTRL+O” и “ENTER”, затем  “CTRL+Q” для выхода

7.)  Теперь можно перезапустить интерфейс. Выполните команды “esxcfg-vswif -s vswif0″ (это отключит интерфейс vswif0) и “esxcfg-vswif -e vswif0″ (эта команда включит интерфей)

перезапускаем интерфейс

8.) Теперь вам необходимо обновить DNS и файл HOSTS. Запустите команды “ipconfig /flushdns” и “ipconfig /registerdns” на сервере с  Virtual Center. Только после этого вы можете переподключить ESX сервер к Virtual Center.

Вы можете изменить DNS информация и имя хоста в VI клиенте:

01.) Откройте клиент VI, выберите ваш ESX сервер и нажмите вкладку Configuration.

02.) Нажмите DNS and Routing.

03.) Нажмите Properties.

04.) Если вы хотите изменить имя хоста, домен и DNS сервер, нажмите DNS Configuration и введите соответствующие значения.

меняем имя хоста и DNS

05.) Для изменения шлюза, зайдите в вкладку Routing tab

меняем шлюз

06.) Теперь для вступления в силу изменений перезагрузите ESX сервер

перезагрузка ESX

Оригинал статьи: http://www.guruadmin.ru/page/kak-izmenit-ip-adres-na-esx-server



Что бы не забыть … ESX Unable to access a file since it is locked

http://planetvm.net/blog/?p=752