[ 
https://issues.apache.org/jira/browse/MAPREDUCE-3057?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13120828#comment-13120828
 ] 

Siddharth Seth commented on MAPREDUCE-3057:
-------------------------------------------

The JHS has a couple of caches. One for the job listing page - which is 
reasonably light weight. 
This second cache (includes all job + task details) is populated when a there's 
a request to get job/task details via the CLI or UI.
Somehow missed reducing it earlier. As a short term fix, am also +1 for 
reducing the default value to something like 5 or even lower, and setting it 
conservatively per deployment. Longer term fix based on allocated space instead 
of #jobs.
                
> Job History Server goes of OutOfMemory with 1200 Jobs and Heap Size set to 10 
> GB
> --------------------------------------------------------------------------------
>
>                 Key: MAPREDUCE-3057
>                 URL: https://issues.apache.org/jira/browse/MAPREDUCE-3057
>             Project: Hadoop Map/Reduce
>          Issue Type: Bug
>          Components: jobhistoryserver, mrv2
>    Affects Versions: 0.23.0
>            Reporter: Karam Singh
>            Priority: Blocker
>             Fix For: 0.23.0
>
>
> History server was started with -Xmx10000m
> Ran GridMix V3 with 1200 Jobs trace in STRESS mode on 350 nodes with each 
> node 4 NMS.
> All jobs finished as reported by RM Web UI and HADOOP_MAPRED_HOME/bin/mapred 
> job -list all
> But found that GridMix job client was stuck while trying connect to 
> HistoryServer
> Then tried to do HADOOP_MAPRED_HOME/bin/mapred job -status jobid
> JobClient also got stuck while looking for token to connect to History server
> Then looked at History Server logs and found History is trowing 
> "java.lang.OutOfMemoryError: GC overhead limit exceeded" error.
> With 10GB of Heap space and 1200 Jobs, History Server should not go out of 
> memory .
> No matter what are the type of jobs.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to