Починка зависания ESXi с установленным adaptec 6 серии на процессорах IntelXeon v2

 Источник

Система работающая под VMware ESXi 5.5 регулярно перестаёт отвечать или зависает. В логе кернеля vmkernel.log появляются сообщения:

LinSCSI: SCSILinuxAbortCommands: The driver failed to call done from itsabort handler and yet it returned SUCCESS
LinSCSI: SCSILinuxAbortCommands: Failed, Driver aacraid, for ControllerName

Знакомо ли данное поведение? Каким способом можно её решить?

Эта информация относится к следующей операционной системе:
- VMware ESXi 5.5

Между рейд-контроллерами 6. и 6Е. Серий, VMware ESXi 5.5 и процессорами Intel Xeon V2 был обнаружен конфликт в обработке прерываний. Система VMware использует стандартный метод обработки прерываний, но вместо того обработчик прерываний должен работать в режиме MSI (Message Signaled Interrupts).

Замечание: Этот конфликт наблюдается также с рейд-контроллерами Adaptec 2., 3. и 5. Серий, НО не наблюдается с рейд-контроллерами 7. и 8. Серий.

Воспользуетесь следующим методом, чтобы изменить режим работы обработчика прерываний на MSI:

1. Сначало убедитесь о том, что драйвер рейд-контроллера имеет версию 1.2.1-40700:
   
   esxcli software vib list | grep aacraid
   Результат:
   scsi-aacraid 5.5.5.2.1.40700-1OEM.550.0.0.1331820 Adaptec_Inc VmwareCertified
   Если драйвер уже имеет версию 1.2.1-40700, то приступайте к шагу 7. Если драйвер имеет версию постарше, приступайте к выполению второго шага. 
2. С сайта тех-поддержки загрузите драйвер 1.2.1-40700 http://www.adaptec.com/en-us/speed/raid/aac/linux/aacraid_vmware_drivers_1_2_1-40700_cert_tgz.php
3. Разархивировайте скаченную папку драйвера и скопируете файл aacraid vib на хост с помощью SSH клиента.
4. Копируете соответственный vib файл на ESXi хост, используя Secure Copy:
   Под Линукс:
   # scp ./vmware-esxi-drivers-scsi-aacraid-550.5.2.1.40700.-1.5.5.1331820.x86_64.vib root@<esxihost-ip>:/tmp/
   Под Windows воспользуетесь утилитой pscp.exe, чтобы в консоле скопировать vib файл на хост:
   c:> pscp c:\vmware-esxi-drivers-scsi-aacraid-550.5.2.1.40700.-1.5.5.1331820.x86_64.vib root@<esxihost-ip>:/tmp/
5. С помощью SSH клиента обновите драйвер контроллера:
   SSHclient# esxcli software vib update -v /tmp/vmware-esxi-drivers-scsiaacraid-550.5.2.1.40700.-1.5.5.1331820.x86_64.vib
   
6. Перезагрузите хост.
7. Потом откройте консоль на хосте и переключите драйвер aacraid в режим MSI:
   SSHclient# system module parameters set -m aacraid --parameter-string "msi=1"
   
8. Проверьте, установился ли параметр правильно:
   SSHclient# system module parameters list -m aacraid
   В отображённой таблице ищите параметр "msi". Его значение должно быть "1".
9. Чтобы сохранить изменения, повторно перезагрузите хост.
10. После перезагрузки системы ещё раз проверьте, включён ли режим MSI:
    ~ # lspci | grep Adap
    Пример результата в консоле:
    0000:04:00.0 Mass storage controller: Adaptec AACRAID [vmhba0]
    
    Потом:
    ~ # dmesg | grep MSI
    Пример результата в консоле:
    2014-11-17T14:07:04.222Z cpu2:33395)<6>igb 0000:02:00.1: Using MSI-X interrupts. 1 rx queue(s), 1 tx queue(s)
    2014-11-17T14:07:09.712Z cpu10:33502)Enabling MSI for dev 0000:04:00.0

Установленный режим работы не будет менятся даже после следующей обновлений драйвера. А вот при обновлении ESXi на другую версию, настройка слетит.
Иными словами после перехода на 6 версию ESXi возникла точно такая же ошибка, несмотря на новый драйвер адаптека выложенный на сайте vmware (VMware ESXi 6.0 aacraid driver version 6.2.1.40709). Снова выставил режим MSI и всё работает стабильно..

Подключение к VMWare ESXi5.5 клиентом из под Windows XP

Источник

For those that don't have vCenter or want to connect to a stand alone ESXi 5.5 host via the vSphere Client, you'll need to ssh into the ESXi host and modify the following file: /etc/vmware/rhttpproxy/config.xml

Insert the following xml line into the appropriate section:

<vmacore>
        ...
        <ssl>
            ...
            <cipherList>ALL</cipherList>
        ...
        </ssl>
    ...
</vmacore>

After saving your changes restart the service:
/etc/init.d/rhttpproxy restart

подключение VMWARE VI Client к VMWARE Server

При подключении клиента к серверу в строке подключения указываем localhost:8333, ниже логин и пароль на сервере.
При возникновении ошибки - Нет необходимых файлов для подключения к серверу, нужно скачать их с Этой ссылки и распаковать по пути:

"C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client"

После этого клиент подсоединяется к серверу.
К сожалению можно только смотреть машины в консоли, создавать или редактировать их параметры возможно только из веб-интерфейса.

VMware ESXi. Вход в консоль. включение SSH

В новой версии гипервизора VMware ESXi 4.0 вход по SSH в “сервисную консоль” сервера ESXi включается так:
1. Нажимаем Alt + F1 и набираем слово “unsupported” на клавиатуре, затем нажимаем Enter.
2. Введите пароль пользователя root.
3. Введите команду vi /etc/inetd.conf и в открывшемся файле найдите строчку #ssh. Раскомментируйте ее, убрав #. Закройте и сохраните файл, нажав ESC, затем “:” и напечатав wq.
4. Перейдите в директорию /sbin и введите команду  ./services.sh restart.
4.1. Необходимо все-таки перезагрузить сервер.
Все так же, как раньше было в VMware ESXi 3.5.
Источник

В версии ESXi 4.1 всё проще:
1. Жмём F2 "Customize System" в консоли сервера и логинимся
2. Выбираем "Troubleshooting Options"
3. Включаем поддержку консоли "Enable Local Techsupport"
4. Включаем поддержку SSH "Enable Remote Techsupport"


Так же можно добавить на сервер поддержку SFTP. Для этого из консоли последовательно выполняем следующие команды:

cd /sbin
wget http://thebsdbox.co.uk/wp-content/uploads/2010/08/sftp-server.tar.gz
tar xzvf sftp-server.tar.gz
rm sftp-server.tar.gz

Источник

VMware ESXi SCSI драйвера под Windows

Для ESX 4, образ флопика с ними уже(!) предположен в папку /vmimages/floppies.
для ESXi 4 вот тут - http://download3.vmware.com/software/vmscsi-1.2.0.4.flp.
На ESXi образ дискеты лежит в /store/packages/4.0.0/floppies

cp /store/packages/4.0.0/floppies/vmscsi-1.2.1.0-signed.flp /vmfs/volumes/datastore1/

Источник: http://www.vm4.ru/2009/08/windows-xp-esx-esxi-4.html

Vmware Update

Making sure services for VMware Server are stopped.
* WARNING: vmware is already stopped
Unable to stop services for VMware Server
Execution aborted.

Помогало удаление файла

rm /etc/vmware/not_configured

запуск руками сервера vmware
а потом его переконфигурация

/opt/vmware/server/bin/vmware-config.pl

В моем случае помогла пересборка ядра (создался system.map), затем пересборка vmware-modules, затем как описано выше.
Еще вариант предлагают немцы :)

/etc/init.d/vmware zap
/opt/vmware/server/bin/vmware-config.pl  -skip-stop-start
/etc/init.d/vmware restart

VNC + VMware Server 2.0

Одна
из особенностей бесплатного продукта VMware Server - это возможность
доступа к консоли виртуальной машины через VNC. Для настройки доступа
необходимо прописать в vmx файле следующее:

RemoteDisplay.vnc.enabled = TRUE
RemoteDisplay.vnc.port = "5910"
RemoteDisplay.vnc.password = "somepassword"
RemoteDisplay.vnc.keymap = "uk"

Для подключения к машине потребуется локальный или удаленный клиент VNC, например беплатный TightVNC.
В строке подключения необходимо указать IP адрес хоста и сетевой порт
закрепленный за виртуальной машиной, например для локального
подключения: 127.0.0.1:5910 .
При настройке доступа к нескольким
виртуальным машинам, необходимо в строке "RemoteDisplay.vnc.port"
указывать различные номера портов, например 5911, 5912 итд.