Details
-
Bug
-
Status: Open
-
Major
-
Resolution: Unresolved
-
2.4.0
-
None
-
None
Description
Currently, counter limits "mapreduce.job.counters.*" handled by org.apache.hadoop.mapreduce.counters.Limits are initialized asymmetrically: on the client side, and on the AM, job.xml is ignored whereas it's taken into account in YarnChild.
It would be good to make the Limits job-configurable, such that max counters/groups is only increased when needed. With the current Limits implementation relying on static constants, it's going to be challenging for tools that submit jobs concurrently without resorting to class loading isolation.
The patch that I am uploading is not perfect but demonstrates the issue.
Attachments
Issue Links
- is a clone of
-
MAPREDUCE-5875 Make Counter limits consistent across JobClient, MRAppMaster, and YarnChild
- Closed
- supercedes
-
MAPREDUCE-6288 mapred job -status fails with AccessControlException
- Resolved