You are viewing a plain text version of this content. The canonical link for it is here.

Posted to issues@spark.apache.org by "Dongjoon Hyun (Jira)" <ji...@apache.org> on 2025/07/11 21:38:00 UTC

[jira] [Updated] (SPARK-52504) Spark on Kubernetes with storage decommissioning

     [ https://issues.apache.org/jira/browse/SPARK-52504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Dongjoon Hyun updated SPARK-52504:
----------------------------------
    Priority: Major  (was: Blocker)

> Spark on Kubernetes with storage decommissioning
> ------------------------------------------------
>
>                 Key: SPARK-52504
>                 URL: https://issues.apache.org/jira/browse/SPARK-52504
>             Project: Spark
>          Issue Type: Umbrella
>          Components: k8s, Kubernetes
>    Affects Versions: 4.1.0
>            Reporter: Enrico Minack
>            Priority: Major
>
> Spark on Kubernetes provides the storage decommissioning feature where shuffle data stored on an executor are migrated to other executors and optionally the fallback storage when an executor gets decommissioned.
> Using this feature allows for dynamic allocation on Kubernetes. However, using this in anger has showed a number of issues that render this setup not fit for production use.
> This issue collects those issues to provide an overview.
> The following can be used to reproduce the issues using a local minikube K8S cluster:
> [https://gist.github.com/EnricoMi/e9daa1176bce4c1211af3f3c5848112a]



--
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