Невозможно запустить ядро ​​сообщений в Websphere

Question

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

<b>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.</b>

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

Answer 1

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

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

Answer 2

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

Answer 3

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

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

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

Answer 4

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

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

Answer 5

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

Ошибка SQL DB2: SQLCODE = -552, SQLSTATE = 42502, SQLERRMC = DB2ADMIN; CREATE SCHEMA, DRIVER = 3.61.65

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

Answer 6

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

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

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

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