Не удалось запустить Message Engine в Websphere

Я столкнулся с проблемой при запуске механизма сообщений веб-сферы для одного из приложений, развернутых в веб-сфере. Это приложение развертывается автоматически как часть установки экспресс-выпуска Websphere Lombardi 7.2. Он использует websphere 7 для внутреннего развертывания. Когда я пытаюсь запустить механизм сообщений из административной консоли websphere, я получаю следующую ошибку:

The messaging engine ProcessCenter01.twperfsvr-twperfsvr_bus cannot be started as there is no runtime initialized for it yet, retry the operation once it has initialized. For the runtime to successfully initialize the hosting server must be started, have its 'SIB service' already enabled, and dynamic configuration reload enabled. If this is a newly configured messaging engine and it is the first messaging engine to be hosted on this server, then it is most likely the 'SIB service' was not previously enabled and thus the server will need to be restarted. The messaging engine runtime might not be initializing because of an error while trying to start, examine the SystemOut.log of the hosting server to check for error messages indicating the problem.

После перезапуска сервера та же ошибка. Может ли кто-нибудь помочь мне найти то, что загружается как часть «инициализации среды выполнения»? Есть ли какие-либо файлы конфигурации и т. д., которые мне нужно проверить, чтобы решить эту проблему? Я подозреваю, что какая-то недостающая конфигурация вызывает ошибку загрузки среды выполнения для этого конкретного приложения.


websphere-7
person Cyrus Patil    schedule 25.02.2012    source источник

Ответы (6)


arrow_upward
3
arrow_downward

Я тоже столкнулся с этой проблемой сегодня, мне пришлось удалить все файлы в хранилище сообщений, проверить путь directory-file, указанный в

Серверы приложений > server1 > Механизмы обмена сообщениями > XXX.server1-primaryBus > Хранилище файлов

person sanjay bajaj    schedule 20.02.2015

arrow_upward
1
arrow_downward

Просто включите службы SIB для конкретного сервера.

Пример: Сервер-->Сервер приложений-->нажмите на Имя сервера-->в правой части мы видим службы SIB-->Отметьте флажок Включить службы.

Это решит вашу проблему

person A.L.Karthik    schedule 04.08.2012
comment
Одним из возможных источников путаницы здесь является то, что этот флажок уже может быть включен. В этом случае оставьте его включенным и при необходимости примените изменения и синхронизируйте между узлами. Это начало SIB для меня. - person Nathan Power; 19.05.2015

arrow_upward
1
arrow_downward

Недавно я столкнулся с той же проблемой, когда перестраивал jvms в UAT envt. После поиска в Интернете я обнаружил, что из-за старых сообщений, сохраненных в хранилище сообщений (плоские файлы в моем envt), механизмы обмена сообщениями не запускались. После удаления старого хранилища сообщений и перезапуска серверов он был инициализирован.

person Ishan Kumar    schedule 11.09.2014

arrow_upward
0
arrow_downward

Я тоже боролся с этой проблемой.

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

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

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

person TheHobbyist    schedule 09.03.2012

arrow_upward
0
arrow_downward

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

Ошибка SQL DB2: SQLCODE=-552, SQLSTATE=42502, SQLERRMC=DB2ADMIN;СОЗДАТЬ СХЕМУ, ДРАЙВЕР=3.61.65

Затем вам нужно перейти к инструменту администрирования базы данных и предоставить DB2ADMIN соответствующие привилегии. Затем перезапустите сервер или кластер.

person TheHobbyist    schedule 09.03.2012

arrow_upward
0
arrow_downward

Наконец-то этот вопрос решен. Я не создал схему в SQL Server с тем же именем, что и имя пользователя, которое я дал для подключения к SQL Server во время установки WLE 7.2.

Подробнее об этом можно узнать по ссылке ниже: http://www.ibm.com/developerworks/forums/message.jspa?messageID=14795282

person Cyrus Patil    schedule 09.05.2012