У меня возникают проблемы при обновлении инфраструктуры VMware vSphere с 5.1.0.1123961 до 5.1.1474365. Сначала я столкнулся с проблемой, описанной в VMware KB 2046318 (при установке vCenter Single Sign-On возникает ошибка 20003 (2046318)). Подводя итог проблеме, после обновления SSO сервер SSO не запускался, журналы не записывались и Windows UAC не работал (поэтому все, что зависело от UAC, тоже не работало). Следуя инструкциям в KB 2046318, я смог успешно обновить систему единого входа.
Вот что я сделал до сих пор ...
1. Создание резервной копии системы единого входа с помощью ярлыка «Создать пакет резервного копирования vCenter Single Sign On».
2. Удаление vCenter SSO.
3. Завершение работы всех служб VMware на сервере (консоль виртуального хранилища для VMware vSphere Server, поставщик моментальных снимков VMware, служба арбитража USB VMware, служба инвентаризации VMware vCenter, конфигурация VMware vCenter Orchestrator, сервер VMware vCenter Orchestrator, веб-службы управления VMware VirtualCenter, VMware VirtualCenter Server, VMware vSphere Profile-Driven Storage Service, VMware vSphere Update Manager Service, VMware vSphere Update Manager UFA Service)
4. Переименование каталога C: \ Program Files \ VMware \ Infrastructure \ jre1.
5. Запуск autorun.exe с правами администратора.
6. Установка единого входа на сервер в режиме восстановления. Это описано в VMware KB 2034928 (Резервное копирование и восстановление конфигурации vCenter Single Sign-On (SSO) 5.1 (2034928)). Во время установки выберите: «Восстановить установленный экземпляр vCenter Single Sign On из резервной копии. Установка прошла успешно.
Я заметил, что глядя на веб-сервис SSO на https: //vcenter.domain: 7444 / lookupservice / sdk. Я получаю сообщение об ошибке Tomcat HTTP Status 404 (запрошенный ресурс недоступен). На работающем веб-сервисе SSO я вижу статус веб-сервиса XML soap.
Из-за того, что веб-сервис недоступен, я не могу установить / обновить Inventory Service. Файл lookupserver.log сообщает мне, что существует проблема с подключением к базе данных. Но я застрял здесь ....
Lookupserver.log выглядит так
[2014-06-30 15:27:49,345 DEBUG opID= ContainerBackgroundProcessor[StandardEngine[Catalina]] com.vmware.vim.lookup.impl.DbStorage] Successfully loaded JDBC driver for DB type:Mssql
[2014-06-30 15:27:49,376 DEBUG opID= ContainerBackgroundProcessor[StandardEngine[Catalina]] com.vmware.vim.lookup.impl.DbStorage] DB connection pool created
[2014-06-30 15:27:49,392 DEBUG opID= ContainerBackgroundProcessor[StandardEngine[Catalina]] com.vmware.vim.lookup.impl.DbStorage] Executing SELECT CONFIG_VALUE FROM LS_CONFIGURATION WHERE CONFIG_KEY = ?
[2014-06-30 15:27:49,407 DEBUG opID= ContainerBackgroundProcessor[StandardEngine[Catalina]] com.vmware.vim.lookup.impl.DbStorage] Error executing statement SELECT CONFIG_VALUE FROM LS_CONFIGURATION WHERE CONFIG_KEY = ?
java.sql.SQLException: Invalid object name 'LS_CONFIGURATION'.
at net.sourceforge.jtds.jdbc.SQLDiagnostic.addDiagnostic(SQLDiagnostic.java:368)
at net.sourceforge.jtds.jdbc.TdsCore.tdsErrorToken(TdsCore.java:2820)
at net.sourceforge.jtds.jdbc.TdsCore.nextToken(TdsCore.java:2258)
и ssoadminserver.log выглядит так
ssoAdminServer.log
[2014-06-30 15:26:25,527 INFO opID= localhost-startStop-1 com.vmware.vim.sso.admin.server.ims.impl.DefaultCommandExecutor] Establishing connection with the Castle server - target: LocalJvmAccessTarget
[2014-06-30 15:26:25,746 INFO opID= localhost-startStop-1 com.vmware.vim.sso.admin.server.ims.impl.DefaultCommandExecutor] Connection with Castle server was successfully configured.
[2014-06-30 15:26:26,401 INFO opID= DomainKeepAliveThread com.vmware.vim.sso.admin.server.impl.KeepAlive] KeepAlive thread started.
[2014-06-30 15:27:25,676 ERROR opID= pool-3-thread-1 com.vmware.vim.vmomi.server.impl.ValidationStartTask] Failed to start activation validation 1 of 1, failing request
com.rsa.common.SystemException: Unexpected exception