for some odd reason I am not getting any logs written out with 0.9 (if I
start ES with the init.d script it dumps all of the entries to stdout) ..
The final ES command is as follows :
/usr/share/elasticsearch/config/logging.yml (I tried it both using the
variables and hardcoding the path -
the uncommented line should be result when those var are evaluated..):
I get the same symptoms if I use the service wrapper as well - with the
exception that the log entries go to the wrapper log instead of what I have
configured in logging.yml . The paths are set in every possible place I can
think of (paths.* in elasticsearch.yml and with the -D switch - which
brings me to a question - which options take precedence ?)
rootLogger: INFO,file
logger:
log action execution errors for easier debugging
action: DEBUG
reduce the logging for aws, too much is logged under the default INFO
java version "1.7.0_21"
Java(TM) SE Runtime Environment (build 1.7.0_21-b11)
Java HotSpot(TM) 64-Bit Server VM (build 23.21-b01, mixed mode)
... the log directory is owned by ES process user so def. not a perms
issue .. What am I doing wrong ? This config works fine in 19.8 ... Thanks
for any help in advance.
You should add the $ES_HOME/config/logging.yml to your classpath
... -cp $ES_HOME/config:...
In case, take care you have the slf4j and log4j jars in the classpath -
they should be already in $ES_HOME/lib.
Jörg
Am 14.05.13 03:54, schrieb the_nozzle:
for some odd reason I am not getting any logs written out with 0.9 (if
I start ES with the init.d script it dumps all of the entries to
stdout) .. The final ES command is as follows :
/usr/share/elasticsearch/config/logging.yml (I tried it both using the
variables and hardcoding the path -
the uncommented line should be result when those var are evaluated..):
I get the same symptoms if I use the service wrapper as well - with
the exception that the log entries go to the wrapper log instead of
what I have configured in logging.yml . The paths are set in every
possible place I can think of (paths.* in elasticsearch.yml and with
the -D switch - which brings me to a question - which options take
precedence ?)
rootLogger: INFO,file
logger:
log action execution errors for easier debugging
action: DEBUG
reduce the logging for aws, too much is logged under the default INFO
java version "1.7.0_21"
Java(TM) SE Runtime Environment (build 1.7.0_21-b11)
Java HotSpot(TM) 64-Bit Server VM (build 23.21-b01, mixed mode)
... the log directory is owned by ES process user so def. not a perms
issue .. What am I doing wrong ? This config works fine in 19.8 ...
Thanks for any help in advance.
Yep that was the issue - Huh super odd - log4j jar was not included in the
rpm .. And I think I tried this with an older version jar as well and had
no output as well ... Thanks.
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.