You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ambari.apache.org by "Hemanth Yamijala (JIRA)" <ji...@apache.org> on 2016/07/19 06:58:20 UTC

[jira] [Created] (AMBARI-17785) Provide support for S3 as a first class destination for log events

Hemanth Yamijala created AMBARI-17785:
-----------------------------------------

             Summary: Provide support for S3 as a first class destination for log events
                 Key: AMBARI-17785
                 URL: https://issues.apache.org/jira/browse/AMBARI-17785
             Project: Ambari
          Issue Type: Improvement
          Components: ambari-logsearch
            Reporter: Hemanth Yamijala


AMBARI-17045 added support for uploading Hadoop service logs from machines to S3. The intended usage there was as a one time trigger where, on-demand, the log files matching certain paths can be uploaded to a given S3 bucket and path.

While useful, there are some use cases where we might need more than this one time activity, particularly when clusters are deployed on ephemeral machines such as cloud instances:

* The machines running the logfeeder could be irrevocably lost and in that case we would not be able to retrieve any logs.
* If we are copying logs at one time, that were generated over a long period of time, the time to copy all the logs at the end could extend cluster up-time and cost.

It would be nice to have an ability to support S3 as another output destination in logsearch just like Kafka, Solr etc. This JIRA is to track work towards this enhancement.



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