You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@spark.apache.org by "Enrico Minack (Jira)" <ji...@apache.org> on 2025/06/17 08:47:00 UTC
[jira] [Created] (SPARK-52508) Read from fallback storage should consider replication delay
Enrico Minack created SPARK-52508:
-------------------------------------
Summary: Read from fallback storage should consider replication delay
Key: SPARK-52508
URL: https://issues.apache.org/jira/browse/SPARK-52508
Project: Spark
Issue Type: Sub-task
Components: k8s, Kubernetes
Affects Versions: 4.1.0
Reporter: Enrico Minack
Using the storage decommissioning feature on Kubernetes with a distributed filesystem as the fallback storage might run into the situation where an executor cannot see the shuffle data on the distributed filesystem that has just been written by the decommissioned executor. This is caused by some replication delay. Given the dependent executor knows the location of the shuffle data is the fallback storage, it can defer reading on a {{FileNotFoundException}}.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@spark.apache.org
For additional commands, e-mail: issues-help@spark.apache.org