[
https://issues.apache.org/jira/browse/YARN-10306?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andras Gyori updated YARN-10306:
--------------------------------
Description:
Log aggregation file controllers were created (YARN-6875) to effectively wrap
and move the logs of containers to a remote filesystem. While this filesystem
was HDFS, it was logical to create as big files as we can by packing it into an
aggregated (blob) file. As S3A is a valid target since YARN-9525, it is much
less painful from the end user point of view to browse these files as they are
- and not in an aggregated blob format.
I propose to implement a "dumb"/bare copy file controller that copies the
container log files to the remote file system without any aggregation/wrapping.
The only thing which makes sense to enable is the compression of those files,
so we should support that.
[Docs|[https://docs.google.com/document/d/1GstbQ5oOQ7EGm386dJ9RO7z_v798LDjgFIltSnzxcEM/edit#]
was:
Log aggregation file controllers were created (YARN-6875) to effectively wrap
and move the logs of containers to a remote filesystem. While this filesystem
was HDFS, it was logical to create as big files as we can by packing it into an
aggregated (blob) file. As S3A is a valid target since YARN-9525, it is much
less painful from the end user point of view to browse these files as they are
- and not in an aggregated blob format.
I propose to implement a "dumb"/bare copy file controller that copies the
container log files to the remote file system without any aggregation/wrapping.
The only thing which makes sense to enable is the compression of those files,
so we should support that.
> Create simple copy log aggregation file controller
> --------------------------------------------------
>
> Key: YARN-10306
> URL: https://issues.apache.org/jira/browse/YARN-10306
> Project: Hadoop YARN
> Issue Type: Sub-task
> Components: yarn
> Affects Versions: 3.3.0
> Reporter: Adam Antal
> Assignee: Adam Antal
> Priority: Major
>
> Log aggregation file controllers were created (YARN-6875) to effectively wrap
> and move the logs of containers to a remote filesystem. While this filesystem
> was HDFS, it was logical to create as big files as we can by packing it into
> an aggregated (blob) file. As S3A is a valid target since YARN-9525, it is
> much less painful from the end user point of view to browse these files as
> they are - and not in an aggregated blob format.
> I propose to implement a "dumb"/bare copy file controller that copies the
> container log files to the remote file system without any
> aggregation/wrapping. The only thing which makes sense to enable is the
> compression of those files, so we should support that.
> [Docs|[https://docs.google.com/document/d/1GstbQ5oOQ7EGm386dJ9RO7z_v798LDjgFIltSnzxcEM/edit#]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: yarn-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: yarn-issues-h...@hadoop.apache.org
