aboutsummaryrefslogtreecommitdiff
path: root/bagel
diff options
context:
space:
mode:
authorjerryshao <sshao@hortonworks.com>2015-11-16 11:43:18 -0800
committerMarcelo Vanzin <vanzin@cloudera.com>2015-11-16 11:43:18 -0800
commit24477d2705bcf2a851acc241deb8376c5450dc73 (patch)
treece7a35acdc88edc37dba68796aa7e40385e77264 /bagel
parentace0db47141ffd457c2091751038fc291f6d5a8b (diff)
downloadspark-24477d2705bcf2a851acc241deb8376c5450dc73.tar.gz
spark-24477d2705bcf2a851acc241deb8376c5450dc73.tar.bz2
spark-24477d2705bcf2a851acc241deb8376c5450dc73.zip
[SPARK-11718][YARN][CORE] Fix explicitly killed executor dies silently issue
Currently if dynamic allocation is enabled, explicitly killing executor will not get response, so the executor metadata is wrong in driver side. Which will make dynamic allocation on Yarn fail to work. The problem is `disableExecutor` returns false for pending killing executors when `onDisconnect` is detected, so no further implementation is done. One solution is to bypass these explicitly killed executors to use `super.onDisconnect` to remove executor. This is simple. Another solution is still querying the loss reason for these explicitly kill executors. Since executor may get killed and informed in the same AM-RM communication, so current way of adding pending loss reason request is not worked (container complete is already processed), here we should store this loss reason for later query. Here this PR chooses solution 2. Please help to review. vanzin I think this part is changed by you previously, would you please help to review? Thanks a lot. Author: jerryshao <sshao@hortonworks.com> Closes #9684 from jerryshao/SPARK-11718.
Diffstat (limited to 'bagel')
0 files changed, 0 insertions, 0 deletions