For clusters with a lot of Yarn aggregated logs, it can be helpful to combine them into hadoop archives in order to reduce the number of small files, and hence the stress on the NameNode. This tool provides an easy way to do this. Aggregated logs in hadoop archives can still be read by the Job History Server and by the yarn logs command.
For more on hadoop archives, see Hadoop Archives Guide.
usage: mapred archive-logs -force Force recreating the working directory if an existing one is found. This should only be used if you know that another instance is not currently running -help Prints this message -maxEligibleApps <n> The maximum number of eligible apps to process (default: -1 (all)) -maxTotalLogsSize <megabytes> The maximum total logs size (in megabytes) required to be eligible (default: 1024) -memory <megabytes> The amount of memory (in megabytes) for each container (default: 1024) -minNumberLogFiles <n> The minimum number of log files required to be eligible (default: 20) -noProxy When specified, all processing will be done as the user running this command (or the Yarn user if DefaultContainerExecutor is in use). When not specified, all processing will be done as the user who owns that application; if the user running this command is not allowed to impersonate that user, it will fail -verbose Print more details.
The tool only supports running one instance on a cluster at a time in order to prevent conflicts. It does this by checking for the existance of a directory named archive-logs-work under yarn.nodemanager.remote-app-log-dir in HDFS (default: /tmp/logs/archive-logs-work). If for some reason that directory was not cleaned up properly, and the tool refuses to run, you can force it with the -force option.
The -help option prints out the usage information.
The tool works by performing the following procedure:
The -noProxy option makes the tool process everything as the user who is currently running it, or the Yarn user if DefaultContainerExecutor is in use. When not specified, all processing will be done by the user who owns that application; if the user running this command is not allowed to impersonate that user, it will fail. This is useful if you want an admin user to handle all aggregation without enabling impersonation. With -noProxy the resulting HAR files will be owned by whoever ran the tool, instead of whoever originally owned the logs.
The -verbose option makes the tool print more details about what it’s doing.
The end result of running the tool is that the original aggregated log files for a processed application will be replaced by a hadoop archive containing all of those logs.