GVK resolution fails if metrics-server is unavailable

Offen

#335 erstellt am 18.11.2024 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 4/5
Geschätzter Aufwand: 3-5 Tage
Anfängerfreundlichkeit: 38/100

Issue-Typ: Bug
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: kubernetes, rust
Bereich: api, cli

Rechercherichtung

Reproduzieren Sie den Fehler mit kubectl -n kube-system delete pods -l k8s-app=metrics-server && stackablectl release install dev, und untersuchen Sie anschließend die GVK-Erkennung in src/client/builder.rs:199 sowie die Fehlerbehandlung rund um src/client/mod.rs:467. Die Korrektur sollte die Release-Installation fortsetzen lassen, wenn metrics-server nicht verfügbar ist, und gleichzeitig die Auflösung der von stackablectl benötigten API-Gruppen beibehalten.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

type/bug

Affected version

stackablectl 24.7.1

Current and expected behavior

Run kubectl -n kube-system delete pods -l k8s-app=metrics-server && stackablectl release install dev
Observe that stackablectl crashes with the following error message:

  ERROR  failed with status 503 Service Unavailable
    at src/client/builder.rs:199

   WARN  Unsuccessful data error parse: service unavailable

    at src/client/mod.rs:467

An unrecoverable error occured: failed to execute release (sub)command

Caused by these errors (recent errors listed first):
 1: failed to create Kubernetes client
 2: failed to run GVK discovery
 3: ApiError: "service unavailable\n": Failed to parse error data (ErrorResponse { status: "503 Service Unavailable", message: "\"service unavailable\\n\"", reason: "Failed to parse error data", code: 503 })
 4: "service unavailable\n": Failed to parse error data

Observe that kubectl and k9s are able to manage the cluster just fine

I suspect that this comes down to metrics-server using K8s API aggregation, which allows it to provide a fake "resource" that is stored by itself rather than in etcd. This also means that that resource can be unavailable even if the apiserver and etcd are both doing fine.

Possible solution

We could either:

Limit GVK resolution to the apigroups we care about
Defer apigroup-specific resolution errors until accessing the relevant apigroup

Additional context

No response

Environment

Using k3s v1.31.0+k3s1 via k3d

Would you like to work on fixing this bug?

None

Vorherrschende Sprache: Rust
Sterne: 10
Forks: 5
Ø Merge: 4 Std. 41 Min.
Gemergte PRs (30 T.): 4

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus stackabletech/stackablectl

RUSTSEC-2026-0285: TLS 1.3 handshake messages incorrectly accepted across encryption level boundaries Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100

stackabletech/stackablectl#456 · Erstellt am 15.9.2026
RUSTSEC-2026-0221: `event-listener` allows `!Send` tags to cross thread boundaries via `StackSlot` Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100

stackabletech/stackablectl#452 · Erstellt am 26.8.2026
RUSTSEC-2026-0173: proc-macro-error2 is unmaintained Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100

stackabletech/stackablectl#444 · Erstellt am 21.6.2026
feature request: Add a super simple one-liner way to install each of the supported tools in a minimal configuration Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100

stackabletech/stackablectl#419 · Erstellt am 14.11.2025
RUSTSEC-2025-0098: `unic-ucd-version` is unmaintained Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100

stackabletech/stackablectl#413 · Erstellt am 22.10.2025

Alle Issues in stackabletech/stackablectl