[
https://issues.apache.org/jira/browse/MAPREDUCE-3186?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eric Payne updated MAPREDUCE-3186:
----------------------------------
Attachment: MAPREDUCE-3186.v2.txt
I have addressed all of the following issues except for the unit tests. I
wanted to get the new patch up here so you could look at it while I
simulatneously address the unit tests.
Mahadev wrote:
> We should probably avoid reading the config entry everytime we call get
> resources. The maxretry can be inited in init() call.
Done. I initialzed variables in the init.
> Regarding the test, you should be able to mock failure the communicate with
> the RM and make sure that an internal error is generated. Also, if the MRApp
> shutsdown on an internal error.
Still working on the unit tests.
Sid wrote:
> can the timeout be changed from #failedAttempts to actual time. Currently the
> MRAM sends a heartbeat at a specific interval (2s default). This may change
> to ask for containers the moment a task needs to be launched.
Changed to a timed interval that will keep trying to contact the RM and error
out only if a certain amount of time has expired.
> The LocalContainerAllocator (used by uberized jobs) would need to be changed
> as well.
I have changed the LocalContainerAllocator code as well. Good catch.
> User jobs are getting hanged if the Resource manager process goes down and
> comes up while job is getting executed.
> ------------------------------------------------------------------------------------------------------------------
>
> Key: MAPREDUCE-3186
> URL: https://issues.apache.org/jira/browse/MAPREDUCE-3186
> Project: Hadoop Map/Reduce
> Issue Type: Bug
> Components: mrv2
> Affects Versions: 0.23.0
> Environment: linux
> Reporter: Ramgopal N
> Assignee: Eric Payne
> Priority: Blocker
> Labels: test
> Attachments: MAPREDUCE-3186.v1.txt, MAPREDUCE-3186.v2.txt
>
>
> If the resource manager is restarted while the job execution is in progress,
> the job is getting hanged.
> UI shows the job as running.
> In the RM log, it is throwing an error "ERROR
> org.apache.hadoop.yarn.server.resourcemanager.ApplicationMasterService:
> AppAttemptId doesnt exist in cache appattempt_1318579738195_0004_000001"
> In the console MRAppMaster and Runjar processes are not getting killed
--
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