Details
-
Bug
-
Status: Closed
-
Critical
-
Resolution: Fixed
-
0.16.0
-
None
-
None
-
Reviewed
-
Description
I ran a job with 0 reducer on a cluster with 390 nodes.
The mappers ran very fast.
The jobtracker lacks behind on committing completed mapper tasks.
The number of running mappers displayed on web UI getting bigger and bigger.
The jos tracker eventually stopped responding to web UI.
No progress is reported afterwards.
Job tracker is running on a separate node.
The job tracker process consumed 100% cpu, with vm size 1.01g (reach the heap space limit).
Attachments
Attachments
Issue Links
- blocks
-
MAPREDUCE-315 Bias the decision of task scheduling (both for not-running and running) on node metrics (load, processing rate etc).
- Open
-
MAPREDUCE-262 Optimize finding of speculative tasks
- Resolved
- depends upon
-
HADOOP-1985 Abstract node to switch mapping into a topology service class used by namenode and jobtracker
- Closed
- is related to
-
MAPREDUCE-93 Job Tracker should prefer input-splits from overloaded racks
- Open
- relates to
-
HADOOP-2790 TaskInProgress.hasSpeculativeTask is very inefficient
- Closed