kubeflow/sdk

SparkConnect CR cleanup behavior on failure and SDK state mismatch

Offen

#476 geöffnet am 30.04.2026

Auf GitHub ansehenContributor Guide
 (6 Kommentare) (1 Reaktion) (1 zugewiesene Person)Python (196 Forks)auto 404
area/sparkgood first issuehelp wantedkind/bug

Repository-Metriken

Stars
 (124 Sterne)
PR-Merge-Metriken
 (PR-Metriken ausstehend)

Beschreibung

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

Contributor Guide

Research-Richtung
Untersuchen Sie den Lebenszyklus des SparkConnect CR und den SDK Zustands Mapping Code, um zu identifizieren, wo die Bereinigung bei Fehlern fehlt und wo die Zustandszuordnung abweicht.
Tech Stack
pythonkubernetes
Domain
backenddevops
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
Halber Tag
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
GitPython
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60