2015-03-09 28 views
8

Wykonanie pierwszej konfiguracji klastra na Glassfish (4.1). Logi poziomów aplikacji (EAR) (ex-print stacktrace) nie docierają do serwera .log w katalogu (GF-dir) /domains//logs/server.log lub (GF-dir)/węzłach/(nazwa-węzła)/(nazwa instancji) /server.logStacktrace nie drukuje w Glassfish 4.1 Dziennik klastra

(nie ma cluster.log jak podano w dokumentacji)

nie zmieniać żadnego z domyślnych opcjach logowania w logging.properties.

Bieżące dzienniki zawierają tylko informacje o klastrach i instancjach.

+2

Czy możesz opublikować swój plik logging.properties? – Gyan

+0

Udostępniaj właściwości rejestrowania dla pliku server.log. Przynajmniej ustawiony poziom logu dla programisty, który loguje komunikaty do serwera server.log i jakiś fragment kodu, który rejestruje śledzenie stosu. –

Odpowiedz

0

Miałem podobny probrem. server.log nie jest wysyłany po

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

Jeżeli podobny komunikat jest wysyłany (GF-dir)/węzłów/(nazwa węzła)/(instancename)/IMQ/instancji/(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 

Poprawiono serwer węzeł/etc/hosts, aby nie korzystać z pętli zwrotnej do węzła serwera.

0

Wygląda na to, że węzeł zatrzymuje się na wyjście do pliku dziennika, gdy broker JMS jest skonfigurowany jako osadzony (domyślnie). Próbowałem zmienić ją na LOCAL (w konfiguracji JMS, a dodatkowo włączono usługę dostępności JMS z wartościami domyślnymi), a plik dziennika jest teraz wyprowadzany zgodnie z oczekiwaniami.

To nie jest samo w sobie rozwiązanie, ponieważ zacząłem otrzymywać inne błędy z powodu zmiany konfiguracji JMS. Ale jestem w stanie zobaczyć komunikaty o błędach z mojej aplikacji, których wcześniej nie mogłem zobaczyć.