You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@storm.apache.org by "Rick Kellogg (JIRA)" <ji...@apache.org> on 2015/10/05 04:03:27 UTC

[jira] [Updated] (STORM-412) Allow users to modify logging levels of running topologies.

     [ https://issues.apache.org/jira/browse/STORM-412?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Rick Kellogg updated STORM-412:
-------------------------------
    Component/s: storm-core

> Allow users to modify logging levels of running topologies.
> -----------------------------------------------------------
>
>                 Key: STORM-412
>                 URL: https://issues.apache.org/jira/browse/STORM-412
>             Project: Apache Storm
>          Issue Type: Improvement
>          Components: storm-core
>            Reporter: Robert Joseph Evans
>
> It really would be great to be able to turn on debug logging for different parts of an already running topology, and then turn them off again later.  Or even better if they could turn it on for just a few workers, so we don't flood the logs for a very large topology.
> logback already has the ability to refresh its config periodically so really what we needs is some code to generate logback configs on the fly based off of the currently desired user settings, and API to modify those dynamically, and a way to distribute those configs/settings to the supervisors.  I am not too concerned about persisting these settings long term.  If nimbus goes down and they reset back to default, I think that would be OK.
> For the distribution of the configs I think it would be best to setup a RESTful web service that is a part of nimbus.  logback already supports using http to download configs.  The service could use the cached logging settings for a given topology, or individual worker and the URL of the request to generate a logging config on the fly for a specific worker.  As for the APIs I think a few new thrift calls to nimbus would be good, a command line tool, and possibly something on the UI.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)