[jira] [Updated] (YARN-10306) Create simple copy log aggregation file controller
[ 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
[jira] [Updated] (YARN-10306) Create simple copy log aggregation file controller
[ 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. [Docs|[https://docs.google.com/document/d/1GstbQ5oOQ7EGm386dJ9RO7z_v798LDjgFIltSnzxcEM/edit#] > 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
[jira] [Updated] (YARN-10306) Create simple copy log aggregation file controller
[ https://issues.apache.org/jira/browse/YARN-10306?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adam Antal updated YARN-10306: -- Summary: Create simple copy log aggregation file controller (was: Create copy log aggregation file controller) > 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. -- 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