Vmware virtualcenter server не стартует
Сводка: В этой статье содержится информация о том, как остановить, запустить или перезапустить службы устройств vCenter. Свернуть В этой статье содержится информация о том, как остановить, запустить или перезапустить службы устройств vCenter.
Возможно, эта статья была переведена автоматически. Если вы хотите поделиться своим мнением о ее качестве, используйте форму обратной связи в нижней части страницы.
Симптомы
В этой статье содержится информация о том, как остановить, запустить или перезапустить службы устройств vCenter.Для поиска и устранения неполадок и обслуживания. Может потребоваться изменить состояние сервисов устройств vCenter Server, таких как VMware VirtualCenter Server или веб-доступ к инфраструктуре VMware.
Переменных
- Устройство VMware vSphere
Действий
Остановка сервисов vCenter Server устройств
Чтобы остановить сервис устройств vCenter Server, если он запущен, выполните следующие действия.
Подключитесь к устройству vCenter Server с помощью SSH. Для получения дополнительной информации см. раздел Включение или отключение SSH входа администратора в разделе VMware vCenter Server Appliance в vCenter Server и руководстве по управлению хостами.
Войдите в систему как root.
Выполните эту команду, чтобы просмотреть список всех сервисов.
Ls/ЕТК/ИНИТ.д
Прокрутите результаты и найдите имя интересующей вас услуги. Список основных сервисов vCenter Server см. в разделе «Дополнительная информация» этой статьи.
Выполните эту команду в клиенте SSH:
Остановка службы ServiceName
Где ServiceName соответствует одной из сервисов в/ЕТК/ИНИТ.д.
Запуск сервисов vCenter Server устройств.
Чтобы запустить сервис устройств vCenter Server, если он был остановлен, выполните следующие действия.
Подключитесь к устройству vCenter Server с помощью SSH. Для получения дополнительной информации см. раздел Включение или отключение SSH входа администратора в разделе VMware vCenter Server Appliance в vCenter Server и руководстве по управлению хостами.
Войдите в систему как root.
Выполните эту команду, чтобы просмотреть список всех сервисов.
Прокрутите результаты и найдите имя интересующей вас услуги. Список основных сервисов vCenter Server см. в разделе «Дополнительная информация» этой статьи.
Выполните эту команду в клиенте SSH:
Запуск службы ServiceName
Где ServiceName соответствует одной из сервисов в/ЕТК/ИНИТ.д.
Перезапуск сервисов устройств vCenter Server
Чтобы перезапустить сервис устройств vCenter Server, выполните следующие действия.
Подключитесь к устройству vCenter Server с помощью SSH. Для получения дополнительной информации см. раздел Включение или отключение SSH входа администратора в разделе VMware vCenter Server Appliance в vCenter Server и руководстве по управлению хостами.
Войдите в систему как root.
Выполните эту команду, чтобы просмотреть список всех сервисов.
Прокрутите результаты и найдите имя интересующей вас услуги. Список основных сервисов vCenter Server см. в разделе «Дополнительная информация» этой статьи.
Выполните эту команду в клиенте SSH:
Перезапуск службы ServiceName
Где ServiceName соответствует одной из сервисов в/ЕТК/ИНИТ.д.
Проверка состояния сервисов vCenter Server устройств
Чтобы узнать состояние сервисов устройств vCenter Server, выполните следующие действия.
Подключитесь к устройству vCenter Server с помощью SSH. Для получения дополнительной информации см. раздел Включение или отключение SSH входа администратора в разделе VMware vCenter Server Appliance в vCenter Server и руководстве по управлению хостами.
Войдите в систему как root.
Выполните эту команду, чтобы просмотреть список всех сервисов.
Service--Status-ALL
Прокрутите результаты, чтобы узнать состояние всех сервисов.
Чтобы узнать состояние конкретного сервиса, выполните следующие действия.
Выполните эту команду, чтобы просмотреть список всех сервисов.
Прокрутите результаты и найдите имя интересующей вас услуги. Список основных сервисов vCenter Server см. в разделе «Дополнительная информация» этой статьи.
Выполните эту команду в клиенте SSH:
Состояние службы ServiceName
Где ServiceName соответствует одной из сервисов в/ЕТК/ИНИТ.д или списке Core в разделе «Дополнительная информация» этой статьи. Например:
Сервис VMware — состояние впксд
Если служба впксд запущена, отображается результат аналогично следующему:
выполняется VMware — впксд
Tomcat работает
vCenter Server имя устройства 5. x имя сервисного обслуживания и имя процесса корреляционный список:
VMware службы сервера VirtualCenter — VMware — впксд
Служба Embedded Впостгрес Database Service — VMware-впостгрес
VMware инструменты сервис — VMware — инструменты-услуги
VMware vSphere службы хранения данных на основе профилей — VMware — SP
Услуга VMware vCenter Inventory — VMware-инвенторисервице
VMware vSphere службы сборщика сетевых дампов — VMware-нетдумпер
Браузер VMware vSphere log — VMware-логбровсер
VMware vSphere автоматического развертывания — VMware-РБД — устройство наблюдения
[Только для vSphere 5,1 vCenter Single Sign-On 5,1-VMware-SSO
[Только для vSphere 5,5 vCenter единого входа 5,5 VMware Directory Service-вмдирд
[Только для vSphere 5,5 vCenter единого входа 5,5 VMware службы сертификации-вмкад
[Только для vSphere 5,5 vCenter единого входа в систему 5,5 VMware Secure Token Service — VMware-стсд
[Только для vSphere 5,5 vCenter Single Sign-On Service 5,5 VMware KDC-вмкдкд
[Только для vSphere 5,5 vCenter единого входа 5,5 VMware удостоверение службы управления идентификацией — VMware — STS-идмд
Понадобилось мне перезагрузить сервер «vCenter», но после перезагрузки я обнаружил, что посредством клиента «vSphere Client» не могу подключиться к vCenter’у. Подключившись напрямую к esxi (на нем развернута виртуальная машина на базе «Windows Server 2008 R2 Ent» и на ней поднят vCenter) и уже оттуда подключившись к системе, обнаружил, что служба «VMware VirtualCenter Server» имеет состояние «Остановлена», хотя должна запускаться в автоматическом режиме….
Для дальнейшего анализа решил проанализировать проблему на уровне логов системы, что они говорят.
«Пуск» – «Панель управления» – «Администрирование» – «Диспетчер сервера» – «Диагностика» – «Просмотр событий» – «Журналы Windows» – «Приложения» ошибки с кодом «Event ID» = «1000» ниже следующего вида:
Если же запустить службу вручную, то она поднимается и работает нормально, проблема воспроизводится, если я перезагружаю сервер. В ходе анализа и поиска решений на просторах интернета был выведен результат, не дающий появлению такого рода ошибок.
В эго основе лежит запустить службу «SQL Server», а уже потом запускать службу «VMware VirtualCenter Server» (а было по другому), т.е. сделать зависимость.
Открываем оснастку управления службами на сервере :
«Пуск» – «Панель управления» – «Администрирование» – «Диспетчер сервера» – «Конфигурация» – «Службы».
Для службы «SQL Server (MSSQLSERVER)» открываем «Свойства» и копируем в буфер обмена поле «Имя службы»
Теперь открываем редактор реестра:
«HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\vpxd»
В значении «DependOnService» вписываем то значение которое у нас находится в буфере обмена («MSSQLSERVER»)
В итоге у службы «VMware VirtualCenter Server» во вкладке «Зависимости» появилась зависимость от службы «SQL Server (MSSQLSERVER)».
- Агент SQL Server (MSSQLSERVER)
- SQL Server (MSSQLSERVER)
- Службы SQL Server Analysis Services (MSSQLSERVER)
- Службы SQL Server Integration Services 10.0
Теперь после перезагрузки сервера служба «VMware VirtualCenter» будет ждать старта всех служб, от которых она зависит, и вам не придется вручную стартовать ее. На этом всё, удачи.
Используйте прокси ((заблокировано роскомнадзором, используйте vpn или proxy)) при использовании Telegram клиента:
Поблагодари автора и новые статьи
будут появляться чаще :)
Карта МКБ: 4432-7300-2472-8059
Большое спасибо тем кто благодарит автора за практические заметки небольшими пожертвованиями. С уважением, Олло Александр aka ekzorchik.
Event ID 1000 explains in the description, it could not get the configuration from the database:
Event Type: Error
Event Source: VMware VirtualCenter Server
The description for Event ID ( 1000 ) in Source ( VMware VirtualCenter Server ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: Error getting configuration info from the database.
Кроме того, в журналах событий вы можете увидеть следующие события:
Event Type: Error
Event Source: MSSQLSERVER
SQL Server is not ready to accept new client connections. Wait a few minutes before trying again. If you have access to the error log, look for the informational message that indicates that SQL Server is ready before trying to connect again.
Event Type: Error
Event Source: Service Control Manager
The VMware VirtualCenter Server service terminated with service-specific error 2 (0x2).
Event Type: Error
Event Source: Service Control Manager
The VMware VirtualCenter Management Webservices service depends on the VMware VirtualCenter Server service which failed to start because of the following error:
The service has returned a service-specific error code.
Причина кроется в том, что база данных vCenter (SQL Server), работает на том же сервере что и сам vCenter.
После того как сервер начал загружаться – запускается служба SQL Server, однако этот процесс занимает некоторое время. И когда служба vCenter пытается автоматически стартовать, она попытает попытку соединится с базой данных SQL Server (которая еще не готова), и как следствие в журнале появляется событие с кодом 17187. И в результате, служба vCenter не запускается автоматически.
Это типичный случай так называемого «race condition» (состояние погони). vCenter пытается запуститься до SQL Server, от которого он зависит. В том случае, если ваш SQL Server установлен на другом сервере, то подобная проблема для вас неактуальна.
На вкладке свойств службы vCenter вы можете удостоверится, что не существует зависимости с SQL Server.
Создаем зависимость службы:
Найдите имена служб, от которых будет зависеть сервер vSphere, в нашем случае это MSSQLSERVER и ADAM_VMwareVCMSDS.
Перейдите в ветку HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\vpxd.
Закройте редактор реестра.
На вкладке зависимости службы vCenter удостоверьтесь в том, что появились новые службы.
Теперь после перезагрузки сервера служба VMware VirtualCenter будет ждать старта всех служб, от которых она зависит, и вам не придется вручную стартовать ее.
Наверное, многим приходилось это видеть. Все настроено, автозапуск vCenter разрешен, но … «не запускается».
Запускаем ESXi хост. Ждем пока он загрузится.
Открываем web-клиент хоста и сразу открываем web-консоль vCenter. И видим, что … загрузка идет и все в порядке.
Ждем… ждем и … «не запускается»! Почему-то просит ввести логин … Причем тут это?
Все пропало, шеф! (с) х/ф «Бриллиантова рука»
Нет, конечно же. Не так все грустно.
Щелкаем мышкой в консоли vCenter, потом жмем Alt-F2 и … чудо произошло!
Чтобы совсем убдиться, что все и правда хорошо, можно нажать, например, на пробел, находясь в консоли vCenter
Ура, заработало! (с) кот Матроскин
А вообще, желательно выполнить рекомендации VMWare при установке vCenter Server Appliance 6.5, а именно
- Объем RAM – не менее 10 GB
- Объем места на Storage – не менее 250 GB
- Количество процессоров (ядер) – не менее 4х (про это vMware умалчивает)
Можно ли установить vCenter Server Appliance 6.5 на меньшие ресурсы?
- Нет. Требования по памяти и объему Storage жесткие. Инсталлятор не заработает. По количеству виртуальных процессоров такого ограничения нет
Заработает ли vCenter Server Appliance 6.5 при меньших выделенных ресурсах?
- Да. Но время старта будет увеличиваться пропорционально снижению «аппаратных» мощностей виртуалки.
А вообще, желательно выполнить рекомендации VMWare при установке vCenter Server Appliance 6.5, а именно
Объем RAM – не менее 10 GB
Т.е. чтобы полноценно работать с этим гипером нужна ВМ в этом гипере?!
То ли дело Proxmox. Все делается через веб и нет привязки к брендовому железу. Плюс софт-рейды на ZFS и автобэкапы ВМ (теперь и в облачн. хранилища) сразу из коробки.
Дим. Убери, пожалуйста, комментарии anao.
По делу ни одного комментария.
Спасибо
Может подумать о регистрации и авторизации для добавления комментариев?
Тут ты прав, так должно буть. У нас тоже есть ИТ архитекторы и директора. Чего-то напридумывают сказочное, но, вот только админить они это не будут :). Поэтому всегда приходится искать компромисс с админами.
Все начиналось не так все печально, как случилось уже потом. Мне необходимо было создать одну VM. Зайдя в vCenter создал VM, но при попытке запуска – произошла ошибка. Две других VM (сам vCenter и еще одна) работали без проблем. Поэтому я решил перегрузить vCenter, что собственно и сделал. Через 10 мин при попытке доступа из VmWare client в vCenter – получил ошибку, что соединение не может быть установлено. О как. Решили зайти через Web – то же самое – ошибка 503.
Печаль. При том, что решил сделать это в конце рабочего дня, к счастью vCenter не особо активно используется. И так решил разбираться, что происходит.
Консоль доступа – просит логин и пароль. Ввожу логин и пароль – получаю – Login incorrect.
Приехали…( Перепробовал все пароли (и даже тот, который 100% рабочий) – результат нулевой – не могу войти и все тут. Поэтому решаю сбросить пароль от root. Для этого, нам нужно дописать init=/bin/bash в строку загрузки ядра – ничего сложного подумал я и еще раз перегрузил vCenter. Выбираю строку – жму E – ничего не происходит. Читаем внизу текст и видим, что нужно нажать на P… Жму, упс – просит пароль – стандартный vmware из доков не походит. Гуглим еще немного и находит, что пароль может быть последним паролем от root – вбиваю и ура – можно редактировать добавляю init=/bin/bash, далее уже идет классика и описывать не буду.
Тут же проверяю место – и увы… в / и /storage/log – свободно места нет – очищаю место и перегружаюсь в надежде, что все будет ОК.
Проверяю вход в vCenter через 15 мин – результат 0. Захожу через ssh на сервер и смотрю, что из сервисов запущено, а что нет. Для этого использую команду:
В результат вижу:
vmware-invsvc (VMware Inventory Service) vmware-rbd-watchdog (VMware vSphere Auto Deploy Waiter) vmware-sps (VMware vSphere Profile-Driven Storage Service) vmware-vdcs (VMware Content Library Service) vmware-vpx-workflow (VMware vCenter Workflow Manager) vmware-vpxd (VMware vCenter Server) vmware-vsan-health (VMware VSAN Health Service) vmware-vsm (VMware vService Manager) vmware-vws (VMware System and Hardware Health Manager) vsphere-client ()
Это сервисы, которые не поднялись. Можно сказать, что почти ничего не поднялось. Пытаюсь поднять vmware-invsvc:
В ответ получаю, что сервис не может быть стартован. Изучаю логи:
В момент запуска service-control –start vmware-invsvc в логах вижу следующее:
2017-07-07T09:50:01.022945+06:00 err vmdird t@140238302082816: VmDirSendLdapResult: Request (96), Error (49), Message (), (0) socket ([3] ip_server:636<-ip_server:46241)
2017-07-07T09:50:01.022955+06:00 err vmdird t@140238302082816: Bind Request Failed ([3] ip_server:636<-ip_server:46241) error 49: Protocol version: 3, Bind DN: «cn=accountname,ou=Domain Controllers,dc=vsphere,dc=local», Method: 128
Что говорит о том, что проблема в пароле, немного погугли нашел решение:
в шелле vCenter запускаем команды:
После запуска на экране будет меню:
==================
Please select:
0. exit
1. Test LDAP connectivity
2. Force start replication cycle
3. Reset account password
4. Set log level and mask
5. Set vmdir state
==================
Выбираем 3 и указываем [email protected] , значение accountname – берем из /var/log/vmware/vmdird/vmdird-syslog.log , а именно из строк:
2017-07-07T09:50:01.022955+06:00 err vmdird t@140238302082816: Bind Request Failed ([3] ip_server:636<-ip_server:46241) error 49: Protocol version: 3, Bind DN: «cn=accountname,ou=Domain Controllers,dc=vsphere,dc=local», Method: 128
Утилита сгенерирует Вам новый пароль – записываем его.
Теперь полученный пароль необходимо прописать в системе – для этого запускаем другую утилиту:
Читайте также: