Details
-
Bug
-
Status: Closed
-
Critical
-
Resolution: Fixed
-
0.23.3, 2.0.1-alpha
-
None
Description
The AM calls the output committer's commitJob method synchronously during JobImpl state transitions, which means the JobImpl write lock is held the entire time the job is being committed. Holding the write lock prevents the RM allocator thread from heartbeating to the RM. Therefore if committing the job takes too long (e.g.: the job has tons of files to commit and/or the namenode is bogged down) then the AM appears to be unresponsive to the RM and the RM kills the AM attempt.
Attachments
Attachments
Issue Links
- relates to
-
MAPREDUCE-4819 AM can rerun job after reporting final job status to the client
- Closed