2

В нашей программной среде у нас есть несколько виртуальных машин под управлением Windows Server 2008 R2. На этих серверах мы имеем Java 1.6 и используем YAJSW для нескольких сервисов. В рамках нашей процедуры обновления мы хотим создать клоны в виртуальных средах и протестировать наши обновления до развертывания на производстве.Клонированная виртуальная машина, службы Java не запускаются

Теперь о проблеме ... Службы Windows не будут запускаться на клонированных виртуальных машинах.

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

F: \ приложение \ ConfigService> "D: /Java/jdk1.6.0_27/bin/java.exe" " -classpath "" D: \ yajsw-10.8 \ wrapper.jar "" -Xrs "" -Dwrapper.service = true "" -Dwrapper.working.dir = f: \ app \ configservice "" -Dwrapper.java.command = D: /Java/jdk1.6.0_27/bin/configservice.exe "" -Dwrapper.config = F: \ app \ configservice \ lib \ wrapper.conf "" -Dwrapper.additional.1x = -Xrs "" org.rzo .yajsw.boot.WrapperServiceBooter "

При запуске вручную из командной строки он производит этот вывод.

INFO | упаковщик | Услуги ConfigService | 13-02-11 14: 37: 49 | INIT
INFO | упаковщик | Услуги ConfigService | 13-02-11 14: 37: 49 | сервис Win: перед тем обслуживание init
INFO | wrapper | Service ConfigService | 13-02-11 14: 37: 49 | установить состояние IDLE-> STARTING
INFO | wrapper | Service ConfigService | 13-02-11 14: 37: 49 | начало процесса
INFO | wrapper | Service ConfigService | 13-02-11 14: 37: 49 | ошибка в> StartServiceCtrlDispatcher
INFO | wrapper | Service ConfigService | 13-02-11 14: 37: 49 | 1063: Сервисный процесс не мог подключитесь к сервисному контроллеру.
INFO | упаковщик | Услуги ConfigService | 13-02-11 14: 37: 49 | Win сервис: терминатор

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

+0

Возможно, IP-адрес сконфигурирован somehare – lbalazscs

+0

Трудно сказать, из какой информации вы предоставили, но я бы предложил вам сканировать файлы конфигурации и сценарии запуска для чего- как IP-адрес, имя хоста или компьютер Windows или учетная запись пользователя. –

+0

Я забыл упомянуть ... Клоны действительно получают новые IP-адреса и имена хостов. Я не уверен, что это может отрицательно сказаться на JVM. – Leon

ответ

0

Использование psexec Я создал командную строку на уровне локальной системы и начал проверку переменных среды. Я обнаружил, что временная директория локального пользователя сопоставлена ​​с несуществующим диском. Дальнейшее рытье показало, что Y: был отображен как E: на клонированной виртуальной машине. Не знаю, как это произошло, но проблема решена.

0

Если вы запустили клонированную виртуальную машину в той же сети, что и оригинальная, убедитесь, что она имеет разные MAC и IP.