There are specific requirements with where logs should be placed so we 
explicitly didn't make it simple for users to override the logging configs 
unless you own the cluster.  If you are still using logback you should look 
into upgrading to 0.10.X at least and preferably to a 1.x release.  In those 
versions there are APIs to be able to set the logging levels dynamically as 
your topology is running (turn on debug logging for the next 10 mins).  We 
wanted to control log levels as well because logging too much has a very 
significant impact on a running topology (300x less throughput in extreme 
cases) and it is not obvious to a lot of users why it is slow.
If you really want to change the configuration you can do it programatically, 
you might also be able to mess with the System properties on the command line 
for your worker to override the one the supervisor sets when launching your 
workers.
 - Bobby 

    On Wednesday, September 7, 2016 7:06 AM, dev opts <[email protected]> 
wrote:
 

 Hi all,

  I got some questions here for the storm log configuration.

    There is a topology built by maven and a logback.xml in the 
/src/main/resources path.

when i ran the topology on the local cluster,the log message about the topology 
was wrote

a my file which had been setted in the /src/main/sources/logback.xml .

But when i submit the topology to storm cluster ,i found the logback.xml in the 
topology became

invalid and the log message about topology was wrote to the 
$STORM_DIR/logs/worker-xxx.log files

which are setted in the $STORM_DIR/logback/cluster.xml or 
$STORM_DIR/logback/worker.xml  ranther

than my file.

So,how to solve the problem?

And how to configure different logback.xml for different topology?

Note : The premise is not to modify the cluster.xml or worker.xml in the 
$STORM_DIR/logback


regards,

devopts




   

Reply via email to