-
Notifications
You must be signed in to change notification settings - Fork 28.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[SPARK-51638][CORE] Fix fetching the remote disk stored RDD blocks via the external shuffle service #50439
base: master
Are you sure you want to change the base?
Conversation
…xternal shuffle service
Ack, @attilapiros . |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Since this is a regression, could you make an independent test case instead of adding to the existing SPARK-25888
test case, @attilapiros ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
+1 for the code change.
We can duplicate the test but actually these checks were really missing from the old test ("SPARK-25888: using external shuffle service fetching disk persisted blocks")
|
Runtimes in my machine (within a docker container) was super bad. Without docker it is much better:
|
If you really don't prefer to add a new test case with the test prefix, |
Let's wait for @Ngone51 to review the PR and he can be the judge in this question as well. |
What changes were proposed in this pull request?
Fix remote fetching of disk stored RDD blocks via the external shuffle service when
spark.shuffle.service.fetch.rdd.enabled
is set.Why are the changes needed?
After https://issues.apache.org/jira/browse/SPARK-43221 remote fetching was handled in
BlockManagerMasterEndpoint#getLocationsAndStatus
at one place where all the location was used along with theblockManagerInfo
map but this map only includes information about the active executors which are not already killed (after for example downscaling in dynamic allocation or just killed because of a failures).This PR extend the search to all the remote external shuffle services where the
blockStatusByShuffleService
map is used. That map contains block infos even for the killed executors.Does this PR introduce any user-facing change?
No.
How was this patch tested?
An existing unit test was extended.
Was this patch authored or co-authored using generative AI tooling?
No.