[
https://issues.apache.org/jira/browse/HADOOP-3842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Amar Kamat resolved HADOOP-3842.
--------------------------------
Resolution: Fixed
HADOOP-3245 seems to have fixed this issue. With HADOOP-3245 the order is
- start the scheduler process
- recover incomplete jobs
- start the ipc server
- make the state running
Hence there is no corner case as ipc server starts only after the scheduler is
started.
> There is a window where the JobTracker is in the RUNNING state (i.e ready to
> accept jobs) and never executes them.
> ------------------------------------------------------------------------------------------------------------------
>
> Key: HADOOP-3842
> URL: https://issues.apache.org/jira/browse/HADOOP-3842
> Project: Hadoop Core
> Issue Type: Bug
> Components: mapred
> Reporter: Amar Kamat
> Assignee: Hemanth Yamijala
> Fix For: 0.20.0
>
>
> Prior to HADOOP-3412, job tracker could accept jobs without even offering
> service (i.e without {{JobTracker.offerService()}} being called). In such a
> case the job stays in JT's memory and job execution was guaranteed. With
> HADOOP-3412, {{JobTracker.submitJob()}} adds the job to JT's local structures
> and passes it to the scheduler. Scheduler gets initialized in
> {{JobTracker.offerService()}} and hence calling {{JobTracker.submitJob()}}
> before calling {{JobTracker.offerService()}} is actually a no-op. The job
> stays in JT's memory but never gets initialized. This is
> - backward incompatible
> - erroneous as there is a window where the jobtracker is ready to accept
> jobs, accepts them and never executes them.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
