aboutsummaryrefslogtreecommitdiff
path: root/assembly/pom.xml
diff options
context:
space:
mode:
authorCodingCat <zhunansjtu@gmail.com>2014-05-09 21:50:23 -0700
committerAaron Davidson <aaron@databricks.com>2014-05-09 21:50:23 -0700
commit2f452cbaf35dbc609ab48ec0ee5e3dd7b6b9b790 (patch)
treeac7f9524b9a1b15fd2c13f3ec6fc2040c3e4f03d /assembly/pom.xml
parent59577df14c06417676a9ffdd599f5713c448e299 (diff)
downloadspark-2f452cbaf35dbc609ab48ec0ee5e3dd7b6b9b790.tar.gz
spark-2f452cbaf35dbc609ab48ec0ee5e3dd7b6b9b790.tar.bz2
spark-2f452cbaf35dbc609ab48ec0ee5e3dd7b6b9b790.zip
SPARK-1686: keep schedule() calling in the main thread
https://issues.apache.org/jira/browse/SPARK-1686 moved from original JIRA (by @markhamstra): In deploy.master.Master, the completeRecovery method is the last thing to be called when a standalone Master is recovering from failure. It is responsible for resetting some state, relaunching drivers, and eventually resuming its scheduling duties. There are currently four places in Master.scala where completeRecovery is called. Three of them are from within the actor's receive method, and aren't problems. The last starts from within receive when the ElectedLeader message is received, but the actual completeRecovery() call is made from the Akka scheduler. That means that it will execute on a different scheduler thread, and Master itself will end up running (i.e., schedule() ) from that Akka scheduler thread. In this PR, I added a new master message TriggerSchedule to trigger the "local" call of schedule() in the scheduler thread Author: CodingCat <zhunansjtu@gmail.com> Closes #639 from CodingCat/SPARK-1686 and squashes the following commits: 81bb4ca [CodingCat] rename variable 69e0a2a [CodingCat] style fix 36a2ac0 [CodingCat] address Aaron's comments ec9b7bb [CodingCat] address the comments 02b37ca [CodingCat] keep schedule() calling in the main thread
Diffstat (limited to 'assembly/pom.xml')
0 files changed, 0 insertions, 0 deletions