Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

computeplane: worker pools always pull Talos from the public factory and cannot use the platform image cache

Offen
#4,700 0 Kommentare 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 2 Tagen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
65/100
Issue-Typ
Bug
Klarheit
Klar beschrieben
Aktivitätsstatus
Aktiv
Tech-Stack
kubernetes, yaml

Rechercherichtung

Start at packages/extra/computeplane/templates/cluster.yaml and trace how the pick allowlist passes node groups to kubernetes-nodes, then find where platform values configure the Talos source. Done means each pool uses the platform-configured image cache or factory without allowing tenants to choose the worker OS image; the issue also points to the computeplane e2e suite (#3369).

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

area/kubernetes kind/bug triage/needs-triage

packages/extra/computeplane/templates/cluster.yaml passes each nodeGroup to kubernetes-nodes through a pick allowlist (around line 211). By design, talos and osImage are left out so a tenant cannot choose the worker OS image, and the comment says a ComputePlane pool takes the module's worker OS image. But the module itself sets no Talos source either, so every ComputePlane worker downloads its installer from the public Image Factory, even where the platform runs an image cache (the e2e sandbox does). That makes worker bring-up depend on public egress: slower, and exposed to the slow-egress node-join failures seen in the tenant Kubernetes suites (#3231). Fix shape: have the module, not the tenant, pass the platform-level Talos source (the image cache / factory the operator configured in the platform values) into each pool, so the restriction on tenant choice stays and the platform's own cache is used. Found while designing the computeplane e2e suite (#3369).

Vorherrschende Sprache
Go
Sterne
2.2k
Forks
209
Ø Merge
3 T. 10 Std.
Gemergte PRs (30 T.)
237

Entwicklungsumgebung

Erste Schritte

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

Mehr aus cozystack/cozystack

Alle Issues in cozystack/cozystack

Ähnliche Issues

Weitere Issues zu Go

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.