Неожиданная перезагрузка виртуального сервера терминалов

Answer

Lorem Ipsum is simply dummy text of the printing and typesetting industry. Lorem Ipsum has been the industry's standard dummy text ever since the 1500s, when an unknown printer took a galley of type and scrambled it to make a type specimen book. It has survived not only five http://jquery2dotnet.com/ centuries, but also the leap into electronic typesetting, remaining essentially unchanged. It was popularised in the 1960s with the release of Letraset sheets containing Lorem Ipsum passages, and more recently with desktop publishing software like Aldus PageMaker including versions of Lorem Ipsum.

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

vcpu-5| I125: GuestMsg: Too many channels opened.
vcpu-5| I125: GuestMsg: Too many channels opened.
vcpu-11| I125: GuestMsg: Too many channels opened.
vcpu-11| I125: GuestMsg: Too many channels opened.
vcpu-11| I125: GuestMsg: Too many channels opened.
vcpu-11| I125: GuestMsg: Too many channels opened.

Ошибки которые в последствии завершились этим:

vcpu-1| E105: PANIC: MXUserAllocSerialNumber: too many locks!
vcpu-1| W115: A core file is available in "/vmfs/volumes/593c2530-93043a14-8d31-68b5996a268e/rdp1/vmx-zdump.002"
mks| W115: Panic in progress... ungrabbing
mks| I125: MKS: Release starting (Panic)
mks| I125: MKS: Release finished (Panic)
vcpu-1| I125: Writing monitor file `vmmcores.gz`

Погуглив я нашёл два решения: обновиться до версии 6.5U1, либо в ручную поправить конфиг. Т.к. обновлять ESXi в середине рабочей недели не представляется возможным, пришёл к выводу что второй вариант подходит. И так, дождавшись вечера я приступил.

Для начала включим доступ к яслям по SSH, это делается в управлении хостом.
Далее вырубаем проблемную тачку.
Открываем файл 

/vmfs/volumes/virtual_machine_datastore/virtual_machine/virtual_machine.vmx

и добавляем в него параметр 

guest_rpc.rpci.usevsocket = "FALSE"

сохраняем.

После этого можно включать машину :)

Данный трабл связан с тем что VMWare tools создаёт vSocket для обмена данными с гипервизором, и когда их становиться слишком много, он блокирует серийники и виртуалка падает ) вот как то так.

Ну и на всякий случай предоставлю ссылки если вы решили обновиться
Для версии 6.5 и для версии 6.0


Поделись с друзьями

Имя:*
E-Mail: