Ошибка 503, введите имя пользователя и пароль, не стартуют службы vmware-vpxd и vmware-vpxd-svc

Описание проблемной виртуальной машины

Как я и писал выше, виртуальная машина намертво зависла, по RDP или ping она была не доступна. Гостевой операционной системой была Windows Server 2012 R2. Попытавшись запустить Web Console из интерфейса vCenter Server, виртуальная машина ни на что не реагировала.

Так же в веб интерфейсе vCenter, у виртуальной машины было предупреждение “Vmware Tools is outdated on this virtual machine“. Такое сообщение мы уже видели ранее, при попытке обновления VMware Tools.

Добрый день! Уважаемые читатели и гости блога pyatilistnik.org. В прошлый раз мы с вами разбирали две проблемные ситуации с виртуальными машинами Vmware ESXI, а именно, были найдены пути решения ошибок, при которых виртуалки имели статусы: Unknown VM (Inaccessible) и orphaned, unknown vm. Добавлю в нашу коллекцию статусов, еще один и звучит он вот так Invalid (Unknown). Его вы можете увидеть, как и на отдельном хосте, так и в vCenter, с работающей виртуалкой, так и с удаленной. Ну, что решим эту задачку.

Добрый день! Уважаемые читатели и гости, крупного IT ресурса Pyatilistnik.org. В прошлый раз мы с вами разобрали проблему с кодом 43 и сбоем запроса дескриптора, сегодня хочу вам показать еще один неприятный момент, который я встретил на Windows Server 2012 R2, но он встречается и на других платформах. Смысл глюка в том, что у вас появляется ошибка запуска службы код 1053, или еще может быть формулировка, что служба не ответила на запрос. Это не позволяет вашему приложению запуститься и работать, мы рассмотрим основные причины подобного поведения и устраним их.

Добрый день! Уважаемые читатели и гости одного из популярных IT блогов рунета Pyatilistnik.org. В прошлый раз мы с вами подробно разобрали тему починки и диагностики интернет соединения. Сегодня мы разберем случай с гипервизором Vmware. У меня есть кластер ESXI 6.5, построенный на серверах Dell R740. На нем крутится приличное количество виртуальных машин. В какой-то из дней приходит оповещение от системы мониторинга, что одна виртуалка перестала отвечать по сети. Зайдя в веб-интерфейс vCenter Server, я обнаружил, что виртуальная машина завислаа и ни на что не реагировала. Давайте разбираться в чем дело и как такое диагностировать.

Алгоритм действий и возможные причины зависания

Первое, что я вам советую сделать, это избавится от ошибки “Vmware Tools is outdated on this virtual machine” путем обновления Vmware Tools. Напоминаю, что это сделать можно из меню “Guest OS – Update Vmware Tools”. Потребуется перезагрузка виртуальной машины.

Следующим пунктом, я вам советую проверить операционную систему на предмет повреждения системных файлов, сделать это просто. Запустите cmd от имени администратора или откройте Power Shell, кому что привычнее и введите команду:

Процедура проверки целостности данных может занять некоторое время, по результатам вы увидите были ли ошибки, и удалось ли их исправить. В моем случае утилита sfc смогла определить поврежденные файлы и выполнить процедуру восстановления.

Программа защиты ресурсов Windows обнаружила поврежденные файлы и успешно их восстановила. Подробные сведения см. в файле CBS.Log, который находится по следующему пути: windir\Logs\CBS\CBS.log.

Если ошибки не были устранены, то советую выполнить команду:

Dism /online /cleanup-image /restorehealth

Утилита DISM обратится к внешним репозиториям Microsoft и скачает от туда валидные файлы, чтобы восстановить аналогичные в вашей системе. Процесс так же может занимать некоторое время. Как видим:

Восстановление выполнено успешно. Повреждение хранилище компонентов было устранено. Операция успешно завершена.

Еще одним пунктом диагностики проблем с ошибками ID 111 и ID 129, я вам советую выполнить сканирование ваших дисков на предмет ошибок. Для этого есть два варианта, старая добрая утилита командной строки ChkDsk и ее графический аналог в свойствах диска “Проверка диска на наличие ошибок файловой системы”

Для проверки локальных дисков через командную строку, вы можете воспользоваться командой:

chkdsk C: /f или chkdsk C: /f /r

Ключ /f указывает утилите исправлять ошибки на диске, флаг /R обязывает CHDSK искать на диске повреждённые сектора, и попытаться восстановить данные на них. Если диск системный, то вас попросят перезагрузиться, и проверка диска будет перед загрузкой системы.

То же самое вы можете сделать и в свойствах локального диска, для этого щелкните по нему правым кликом и перейдите в его свойства. Найдите там вкладку “Сервис” и на ней пункт “Проверка диска на наличие ошибок файловой системы”. Нажмите проверить.

Проверка диска на наличие ошибок файловой системы
В новом окне нажимаем “Проверить диск”.

Проверить диск в Windows
Будет запущен процесс сканирования диска, обычно он занимает не много времени.

После чего вы получите результат. В моем случае я вижу, что “Диск успешно проверен”.

Недавно столкнулся с ситуацией, что перестал работать VCenter (в моём случае версия 6.5 – VCSA, но подобное может быть с любой версией не зависимо от платформы).

При попытке зайти как под доменной учёткой, так и под локальным админом – не проходила проверка подлинности – постоянно писало – сперва, что неправильные имя пользователя или пароль, а затем и вовсе, что требуется ввести имя пользователя и пароль, хотя они само собой были введены.

После попытки перезагрузить сервер или все службы командами service-control –stop –all и service-control –start –all добрая половина служб не запускалась, при этом на главной странице vcenter – выскакивала ошибка 503

При переходе по адресу vcenter/ui – появлялась ошибка

В моём случае проблема оказалась в протухшем STS сертификате. Далее я пишу для своего случая, именно для VCSA, если у вас vCenter на винде, то читайте KBшки, ссылки на которые указаны, там есть описания, что делать для виндовых случаев.

Запускается он командой:

python checksts.py

После выполнения будут отображены действительные и просроченные STS сертификаты. Если найдется просроченный сертификат, то внизу будет подсказка на какую KB стоит посмотреть.

В этой KB имеется скрипт, на всякий случай – копия, для обновления просроченных STS сертификатов, конечно как водится, перед запуском чего-бы то ни было – рекомендуется сделать бэкапы, снапшоты и т.д и т.п. Также обратите внимание, что если у вас в одном SSO домене находится несколько vCenter серверов – то запускать скрипт нужно только на одном.

В общем качаем скрипт, делаем его исполняемым и запускаем:

chmod +x fixsts.sh
./fixsts.sh

Если всё пройдет без ошибок – можно пробовать перезапустить все службы:

service-control --stop --all
service-control --start --all

Если окажется, что есть еще какие-нибудь протухшие сертификаты, то службы всё равно могут не стартануть. Найти все просроченные сертификаты поможет команда:

for i in $(/usr/lib/vmware-vmafd/bin/vecs-cli store list); \
do echo STORE $i; \
/usr/lib/vmware-vmafd/bin/vecs-cli entry list --store $i --text | \
egrep "Alias|Not After"; done

Соответственно нужно будет такие сертификаты обновить и снова попробовать перезапустить все службы. Либо, можно пойти простым и топорным путём, и перевыпустить вообще все сертификаты:

/usr/lib/vmware-vmca/bin/certificate-manager

Тут нужно будет выбрать 8й пункт, и далее следовать инструкциям на экране. Но используйте эту команду на свой страх и риск, если используются сторонние сервисы/плагины/кастомизированные шаблоны то это дело скорее всего нужно будет перенастраивать.

После описанных выше действий у меня vCenter починился, и работает нормально. Вообще какое-то странное решение у VMWare с этим ультраважным сертификатом. Возникает вопрос – почему нельзя было сделать, что б он автоматически перевыпускался, когда походит к концу срок его действия?

При переходе по адресу vcenter/ui – появлялась ошибка

Запускается он командой:

python checksts.py

В общем качаем скрипт, делаем его исполняемым и запускаем:

chmod +x fixsts.sh
./fixsts.sh

Если всё пройдет без ошибок – можно пробовать перезапустить все службы:

service-control --stop --all
service-control --start --all

for i in $(/usr/lib/vmware-vmafd/bin/vecs-cli store list); \
do echo STORE $i; \
/usr/lib/vmware-vmafd/bin/vecs-cli entry list --store $i --text | \
egrep "Alias|Not After"; done

/usr/lib/vmware-vmca/bin/certificate-manager

Дополнительные методы исправления ошибки 1053

К сожалению трюк с ключом реестра срабатывает не всегда и не со всем софтом, в 10% случаев вы все будите видеть предупреждение “сервис не ответил своевременно на запрос”, тут я приведу некий чек-лист который позволит вам устранить причину.

В ряде случаев многие программы в своем коде имеют код, который работает с библиотеками net framework, и если на вашем компьютере они повреждены, то может появляться код 1053, в таких случаях делаем вот что:

Открываем командную строку от имени администратора и пробуем проверить ваши системные файлы на предмет повреждения, данный метод, ток же будет актуален, если у вас ошибка 1053 возникает на системных служебных, например DNS или Сервер. В командной строке введите команду sfc /scannow. Обязательно дождитесь выполнения данной команды, если она вам не помогла, то есть ее продолжение в виде утилиты: Dism /Online /Cleanup-Image /ScanHealth. Затем, дождавшись завершения работы предыдущей команды, выполните команду: Dism /Online /Cleanup-Image /RestoreHealth.
Если данный метод вам не помог, то можно попытаться удалить net framework, а затем его переустановить его. Как это проделывается, смотрите по ссылкам слева.
Еще одним методом исправления ошибка 1053 в wWindows 10, является установка всех свежих обновлений системы, для других версий аналогично
Еще одним из источников проблем, может выступать поврежденность реестра и его замусоренность, в таких случаях, вам его нужно очистить и оптимизировать, могу вам посоветовать утилиты ccleaner и PrivaZer.
Редкий случай, но то же возможный, и это проблема с оборудованием. В момент, когда ваш жесткий диск или SSD находятся в предсмертном состоянии, они перестают справляться с обычной нагрузкой и попросту тормозят, создавая тем самым огромные очереди к диску. В следствии чего, операционная система просто не способна запустить нужную службу, так как диск не справляется с этим, и как следствие вы видите, что сервис своевременно не ответил на запрос. Обязательно проверьте дисковые очереди и состояние здоровья ваших дисков.
Бывает еще ситуации, когда разные программы конфликтуют друг с другом, мешая запускаться конкуренту. В таких случаях необходимо смотреть логи и журналы “Система” и “Приложения”
Если ошибка возникает у стороннего софта, например, Skype, iTunes, то обязательно убедитесь, что вы используете последнюю версию данного программного обеспечения. Если нет, то удалите старую версию, почистите реестр утилитой cccleaner, перезагрузите компьютер и заново установите свежую версию утилиты. С iTunes видел да же такой момент, что приходилось скачивать exe файл с последним релизом, разархивировать его с помощью 7-zip в папку, где получался набор MSI пакетов, потом все это устанавливалось последовательно, Предпоследним ставился пакет AppleSoftwareUpdate и после него ужеiTunes64. Потом перезагружался, в итоге удавалось исправить ошибку 1053.
Как вариант еще можно рассмотреть вирусную атаку, загрузите вашу систему в безопасном режиме, без использования сетевых драйверов и каким-нибудь диском Live-CD от Касперского или dr. Web, проведите сканирование вашей системы на вирусы.
Если у вас служба не ответила на запрос у QEMU Guest Agent, то вам необходимо установить драйвер vioserial (https://docs.fedoraproject.org/en-US/quick-docs/creating-windows-virtual-machines-using-virtio-drivers/index.html)

Что означает статус Invalid (Unknown) на VMWare ESXi

Вообще ошибка Invalid (Unknown), очень частая проблема у начинающих системных администраторов и она может появляться по ряду причин:

Самая распространенная ситуация, это когда была не правильно удалена виртуальная машина, и после этого, от нее на осталась конфигурация в vSphere или ESXI.
Менее распространенная, это повреждение конфигурационного файла vmx
Из-за VMotion или DRS, когда перенеслись виртуальные диски машины, а файл конфигурации остался на другом датасторе.
После сбоя узла VMware HA или после выхода из режима обслуживания ESX-хоста
Сервер vCenter перезапускается во время миграции
Перезагрузка хоста в течение 1 часа после перемещения или включения виртуальных машин
База данных vCenter заполнена

Сама виртуальная машина, будет прозрачной.

Она может легко работать или быть выключенной. Самое печальное, что вы не сможете ее редактировать, перезагрузить или выключить, средствами Vmware.

Почти все доступные ранее пункты, будут не активны. Ниже мы рассмотрим ситуации, где действия будут свои.

Общение и обсуждение CrossFire

Общение и обсуждение по темам CrossFire

Статус Invalid (Unknown) после потери связи с VMFS хранилищем

То же, очень частая ситуация, когда у вас по ряду причин может отвалиться ваше дисковое хранилище, например ISCSI. Когда доступ восстановился, то виртуалка вполне может иметь статус Invalid (Unknown), в таком случае удалите ее из инвентори (Remove From Inventory). Затем найдите на датасторе вашу виртуалку, щелкните правым кликом по конфигурационному файлу, и зарегистрируйте ее заново (Register VM). Пробуем ее включать.

Надеюсь, что данная статья оказалась вам полезной и вы устранили свою проблему. С вами был Иван Семин, автор и создатель портала Pyatilistnik.org.

Ранее установленный софт

Очень часто причиной зависания виртуальной машины на ESXI 6.5 выступает недавняя установка обновлений в системе или различного рода программного обеспечения. Обязательно посмотрите в “Панель управления\Все элементы панели управления\Программы и компоненты” по дате установки, что недавно было проинсталлировано.

Тут же можно посмотреть установленные обновления. Недавно Microsoft выпустило обновление KB4015553 (Со временем может меняться), которое в Windows Server 2012 R2 стало вызывать зависание. Необходимо удалить KB4015553, kb4019215 и kb4019217, перезагрузить ваш сервер.

Еще могу по своему опыту сказать, в некоторых случаях виртуальная машина с Windows, может зависать из-за антивируса Sumantec Endpoint Protection, вот пример ветки обсуждения на сайте Microsoft (https://social.technet.microsoft.com/Forums/ie/en-US/330179d1-a252-4c0f-962c-6a639ca6b373/windows-server-2012-r2-vmware-vm-freezes-randomly-no-event-logs?forum=winserver8gen или https://communities.vmware.com/thread/535938). Как вариант попробуйте его удалить, или переустановить заново.

Сама компания Symantec рекомендует в ветке (https://support.symantec.com/en_US/article.TECH236543.html) Исключите из проверки следующий каталог, включая все подкаталоги: путь зависит от вашей версии SEP: “C:\ProgramData\Symantec\Symantec Endpoint Protection\<версия>\Data\Definitions”. Пример для SEP 14.0 MP1: C:\ProgramData\Symantec\Symantec Endpoint Protection\14.0.2332.0100.105\Data\Definitions. Если вышеуказанное исключение не решает проблему, также исключите следующий каталог: C:\Windows\rescache.

Эти пути могут отличаться в зависимости от сборки продукта или от того, что каталоги ProgramData или Windows были перемещены на другой диск.

Сделать, это можно в “Change Settings – Exception – SONAR Exception” нажимаем кнопку “Add” и выбираем нужные каталоги.

На этом у меня все, надеюсь, что мой скромный опыт окажется для кого-то полезным, и ваши виртуальные машины перестанут зависать. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.

Как выглядит ошибка 1053 служба не ответила на запрос

Небольшая предыстория. Я продолжаю процесс виртуализации старого парка физических серверов, для этого я использую утилиту P2V VMware vCenter Converter Standalone 6.2. Все шло как обычно, я накатил утилиту и попытался ее запустить, у меня долго не появлялось окно программы. Через некоторое время у меня возникла на экране ошибка:

Vmware vCenter Converter Standalone Server is installed but not running. When VMware vCenter Converter Standalone Server is not running, you will not be able to connect to local server. Do you want to start it now?

В сообщении сообщается, что служба конвертера не запущена, хотите ли вы ее запустить, я выбираю конечно да. Через секунд 30 появляется второе окно вот с таким текстом:

Unable to start VMware vCenter Converter Standalone Server. You will not be able to connect to local server.

Нам говорят, что служба конвертера не может быть запущена. В оснастке “Службы”, вы можете наблюдать три службы VMware vCenter Converter.

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

Windows could not start the VMware vCenter Converter Standalone Worker service on Local Computer. Error 1053: The service did not respond tj the start or control request in a timely fashion.

В русском варианте, это выглядит вот так:

Не удалось запустить службу (Имя службы) на локальном компьютере.

Ошибка 1053: служба не ответила на запрос запуска или управления своевременно.

Ошибка 1053 в техэксперт из-за нехватки дискового пространства (Обновление 17. 2023)

Недавно поступила заявка от техподдержки, что перестал работать сервер ИС Техэксперт: 6 поколение. Выглядело это вот так:

Windows could not start ИС Техэксперт: 6 поколение. Интернет 6.4-7555_109709 service on Local Computer. Error 1053: The service did not respond to the start or control request in a timele fashion

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

Надеюсь, что я вам слегка помог в устранении предупреждения с кодом 1053 и вам удалось запустить необходимую службу. С вами был Иван Семин, автор и создатель портала Pyatilistnik.org.

Диагностика зависшей виртуальной машины

Первым делом, чтобы восстановить сервис, вам необходимо принудительно перезагрузить виртуальную машины, для этого щелкните по ней правым кликом мыши и выберите пункт “Power – Reset”.

После того, как операционная система в ней загрузится, я вам советую начать изучение логов Windows. Открываем просмотр событий и делаем поиск ошибок и предупреждений. Мне удалось найти два события, которые косвенно говорили, что проблема с зависанием виртуальной машины связана непосредственно с операционной системой и возможными проблемами с поврежденными системными файлами или драйверами Vmware Tools. Первое событие:

Event ID 11: The driver detected a controller error on \Device\RaidPort0

Event ID 129: Reset to device, \Device\RaidPort0, was issued

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

Код события ID 27 Intel(R) 82574L Gigabit Network Connection
Network link is disconnected.

Данное событие связано с сетевым интерфейсом типа E1000, советую его поменять на паравиртуализованный VMXNET3. E1000 кушает больше ресурсов процессорных мощностей и так же более капризный, но за то не требует установки Vmware Tools.

Так же вы можете посмотреть логи самой виртуальной машины на уровне Vmware ESXI 6.5. Я нашел там вот такую выборку:

Как исправить ошибку 1053

Давайте я вам покажу, как я исправлял код ошибки 1053, в случае с утилитой Vmware vCenter Converter Standalone, но описанная методика подойдет и для других служб и программ.

Первым делом вы должны зайти в оснастку службы, сделать это очень просто, для этого нажмите одновременно две клавиши Win и R, у вас вызовется окно “Выполнить”, в нем напишите слово services.msc, это такое системное название данной оснастки, подробный список команд вызова оснасток смотрите по ссылке.

У вас откроется оснастка со всеми службами, которые есть в операционной системе. Вы находите нужную, которая в вашем случае выдавала сообщение “не запускается служба ошибка 1053”, и пробуете ее стартануть в ручном режиме. Для этого вы щелкаете по ней правой кнопкой мыши и из контекстного меню выбираете пункт “Запустить”. В некоторых случаях, это может помочь, как ни странно, но это был не мой случай.

Видим, что получили все тужу ошибку, не отчаиваемся, так как все только начинается. Через то же контекстное меню, выбираем пункт “Свойства”. Тут ситуация может быть такой. Некоторые сервисы, вот хоть убей но не могут функционировать без других, и вот пока другие не запущены, они так же будут простаивать, и в следствии этого вы можете видеть сообщение с кодом 1053. Такая связка называется зависимость. Посмотреть есть она у вашей сбойной службы или нет, можно на соответствующей вкладке “Зависимости”. В моем случае, чтобы работала утилита Vmware vCenter Converter Standalone, нужно чтобы работал сервис “Рабочая станция”, который как видите состоит из трех компонентов.

Закрываем данное окно и в списке сервисов, ищем нужную нам зависимую, напоминаю у меня, это сервис “Рабочая станция”. У меня как видите она оказалась запущенной, если у вас зависимая служба выключена, то пробуйте ее запустить и когда она заработает, пробуйте стартануть основную.

Если вам фокус с зависимыми сервисами не помог и вы все так же как и я получаете сообщение “служба не ответила своевременно”, пробуем проверить настройки DNS. Такое бывает, что некоторые программы для своей работы должны подключиться к рабочей станции или серверу по имени, и если это не получается, то вы оказываетесь в такой ситуации. Открываем настройки TCP/IPv4 и проверяем ваши данные по IP-адресу и DNS серверу, как туда попасть смотрите по ссылке слева. У меня адрес был настроен статически (вручную), если у вас автоматическая в большинстве случаев у пользователей там автоматическая настройка, которая прилетает от DHCP службы, расположенной на другом сервере или сетевом оборудовании, например, в домашних компьютерах, это WIFi или обычный роутер.

У себя я заметил, что первый из DNS серверов, какой-то странный не знакомый мне, видимо кто-то ранее его прописал. Пробую проверить его сетевую доступность, через команду ping и заодно узнать его имя.

ping -a ip адрес вашего dns

Я продолжил изучать данный вопрос и наткнулся на одно обсуждение по моей утилите Vmware vCenter Converter Standalone (https://docs.vmware.com/en/vCenter-Converter-Standalone/6.2/rn/conv_sa_62_rel_notes.html), там описывалась ситуация, что из-за того, что DNS имя не может разрешиться в течении 30 секунд, то вы можете получать ошибку службы 1053. Там предлагалось изменить стандартное значение идущее в операционной системе Windows на другое, увеличив интервал проверки.

Открываем редактор реестра Windows и переходим в ветку:

Тут необходимо создать параметр DWORD32 с именем ServicesPipeTimeout и дать ему числовое значение в секундах,

например пять минут, это 3000.

После создания ключа реестра вам необходимо, ОБЯЗАТЕЛЬНО ПЕРЕЗАГРУЗИТЬСЯ.

В 90% случаев у вас ошибка 1053 служба не ответила своевременно, пройдет. Еще видел ситуацию, что после перезагрузки, те службы что идут с отложенным запуском, могут запускаться немного дольше обычного, иногда их даже приходится стартовать вручную, но зато они работают. Мне лично, этот метод помог с Vmware vCenter Converter Standalone.

Удаление старой виртуальной машины со статусом Invalid (Unknown)

Если вы обнаружили, что у вас есть старые записи, от не существующей виртуальной машины, по сути мусорная запись и вы хотели бы ее удалить, в виду наведения порядка, то в 99% случаев достаточно выполнить редактирование конфигурационного файла vmInventory.xml. Для этого нам потребуется включить ssh доступ на ESXI хост.

Далее подключаетесь по ssh к ESXI хосту, например, Putty или mRemoteNG. Далее нас интересует файл /etc/vmware/hostd/vmInventory.xml, но перед тем как его отредактировать, я вам советую сделать его резервную копию, например, подключившись по ssh через WinSCP и скопировать его копию, себе на компьютер и во вторых вам нужно получить идентификационный номер (ID), вашей виртуальной машины. Для этого выполните команду

В итоге вам будет показан список всех виртуалок, имеющих статус Invalid (Unknown), будет что-то вроде такого:

Skipping invalid VM ’60’
Skipping invalid VM ’61’
Skipping invalid VM ’71’
Skipping invalid VM ’72’
Skipping invalid VM ’80’
Skipping invalid VM ’83’
Skipping invalid VM ’89’
Skipping invalid VM ’97’

Удалить такую виртуальную машину, можно двумя методами.

Выполнив команду vim-cmd /vmsvc/unregister 97 (97 это номер Skipping invalid VM)
Метод, это удалить информацию из конфигурационного файла /etc/vmware/hostd/vmInventory.xml. В WinSCP открываете его текстовым редактором и находите запись

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

cp vmInventory.xml vmInventory.xml.bak
vi vmInventory.xml

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

Ремонт работающей виртуальной машины со статусом Invalid (Unknown)

В ситуации, когда виртуалка работает и хотелось бы вернуть возможность ее редактировать и взаимодействовать из самого ESXI, вы можете выполнить ряд действий, которые устранят статус Invalid (Unknown). Во первых, вы можете попробовать выполнить из консоли ssh, такие команды:

vim-cmd vmsvc/reload 97 (97 Это ID, мы его получили выше), после этого минуты через две, обновите интерфейс в вашем ESXI клиенте, чтобы проверить статус машины

Если новая перерегистрация не помогла, то делаем вот что, тушим по возможности виртуальную машину из самой ОС. Далее, щелкаем по ней правым кликом и удаляем ее из инвентории. В vCenter 6.5 это выглядит так, “All Virtual infrastructure Actions – More Custom Atrtributes – Remove From Inventory”.

В ESXI 5.5, это выглядит вот так.

Если виртуалка работает и нет возможности ее выключить, перезагружаем ESXI хост. После чего создаем новую виртуальную машину. На этапе “Customize Hardware”, где нужно указывать размер ваших ресурсов, удалите стандартно созданный диск, и нажмите кнопку Add. Выберите пункт “Существующий виртуальный диск (Existing Hard Disk).

И добавьте все ваши существующие диски, от прежней виртуальной машины. Запустите ее и проверьте, что все работает.

В ESXI 5.5, это выглядит так же, там нужно выбрать “Use an existing virtual disk”.

Как только вы удостоверились, что все в порядке, осталось еще выполнить миграцию этих дисков в папку с виртуальной машиной, чтобы все было в одном месте. Для этого два пути, тупое копирование файлов и заново передобавлять их из конфигурации мастера или же сделать Storage VMotion.

Список служб и программ, где вы можете увидеть ошибку 1053

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

VMware vCenter Converter Standalone 6.2
Apple Mobile Device Service (ITunes)
QEMU Guest Agent
В момент установки драйверов Рутокен
Skype
Служба DNS

Служба MSSQL
SharePoint
4game-service

Как видите разброс проблем очень большой и разнообразный, то же самое касается и операционных систем, вы это легко увидите и на клиентских Windows 7 или Windows 10, так и на серверных Windows Server 2012 R2 и выше.