2015-03-09 3 views
8

Выполнение нашей первой настройки кластера на Glassfish (4.1). Журналы уровня приложений (EAR) (например, для печати stacktrace), похоже, не достигают сервера.log in (GF-dir) /domains//logs/server.log или (GF-dir)/nodes/(имя узла)/(имя экземпляра) /server.logStacktrace не печатает в Glassfish 4.1 Журнал кластеров

(Там нет Cluster.log, как указано в документации)

Мы не изменять любые параметры журналирования по умолчанию в logging.properties.

В текущих журналах отображается только информация о кластере и экземпляре.

+2

Можете ли вы опубликовать свои данные о logging.properties? – Gyan

+0

Поделитесь своими свойствами ведения журнала для server.log. По крайней мере, уровень журнала установлен в appender, который регистрирует сообщения на server.log и некоторый фрагмент кода, который регистрирует трассировку стека. –

ответ

0

У меня был аналогичный пробмер. server.log не выводится после того, как

MQJMSRA_RA1101: GlassFish MQ JMS Resource Adapter starting: broker is EMBEDDED, connection mode is TCP 

Если аналогичное сообщение выводится в (GF-Dir)// (имя-узла) узлы/(имя_экземпляра)/IMQ/экземпляры/(ClusterName INSTANCENAME) /log/log.txt

Invalid broker address for this broker to run in cluster: Loopback IP address is not allowed in broker address mq://127.0.1.1:27676/?instName=c1i1&brokerSessionUID=2263708429127912192&ha=false for cluster 

Fixed сервер узла/и т.д./хосты файл не использовать кольцевой проверки на сервере узла.

0

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

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

Смежные вопросы