kubeflow/sdk

SparkConnect CR cleanup behavior on failure and SDK state mismatch

Ouverte

#476 ouverte le 30 avr. 2026

 (6 commentaires) (1 réaction) (1 personne assignée)Python (196 forks)auto 404
area/sparkgood first issuehelp wantedkind/bug

Métriques du dépôt

Stars
 (124 étoiles)
Métriques de merge PR
 (Métriques PR en attente)

Description

Summary

While working on port-forward cleanup in the SDK #460 , it surfaced that there may be a broader gap in how SparkConnect resources are handled on failure.

Observations

  • SparkConnect CR does not appear to clean up resources when connection/setup fails
  • This can leave resources running if failure happens mid-connection

There is a related issue in the Spark Operator: kubeflow/spark-operator#2927

Additional Observation

There also appears to be a mismatch in state mapping:

  • The SDK exposes a "Running" state
  • SparkConnect CR does not expose a corresponding state

Guide contributeur