Skip to content

fix: Helm-installed atelet cannot prewarm sandbox assets - #33

Merged
EItanya merged 1 commit into
mainfrom
jetc/fix/atelet-sa-sandboxconfig
Sep 8, 2026
Merged

fix: Helm-installed atelet cannot prewarm sandbox assets#33
EItanya merged 1 commit into
mainfrom
jetc/fix/atelet-sa-sandboxconfig

Conversation

@supreme-gg-gg

Copy link
Copy Markdown

Upstream added a feature for sandbox asset prewarming in atelet. Our chart, however, was not updated to include the permission for atelet service account to read cluster-scoped sandboxconfigs.ate.dev resources.

Observed atelet log:

SandboxConfig list/watch failed; sandbox asset prewarm degraded until it recovers
failed to list *v1alpha1.SandboxConfig: sandboxconfigs.ate.dev is forbidden:
User "system:serviceaccount:ate-system:atelet" cannot list resource
"sandboxconfigs" in API group "ate.dev" at the cluster scope

The same permission was added to install manifests upstream:

# SandboxConfigs are watched to pre-download sandbox assets into the node's
# cache before the first actor needs them (see cmd/atelet/sandbox_prewarm.go).
- apiGroups: ["ate.dev"]
resources: ["sandboxconfigs"]
verbs: ["get", "list", "watch"]

Signed-off-by: Jet Chiang <pokyuen.jetchiang-ext@solo.io>
@supreme-gg-gg
supreme-gg-gg force-pushed the jetc/fix/atelet-sa-sandboxconfig branch from f8dbdd0 to f9743c4 Compare September 8, 2026 03:55
@EItanya
EItanya merged commit 2900564 into main Sep 8, 2026
3 checks passed
teemow added a commit to giantswarm/agent-platform that referenced this pull request Sep 10, 2026
…Giant Swarm line (#347)

* fix(kagent): the dev channel's Substrate worker image comes from the Giant Swarm line

kagent.substrateWorkerPool.workerImage is
ghcr.io/giantswarm/substrate/ateom-gvisor:0.0.27-dev.giantswarm.2026-09-10.19-33-37.h734ec53
— the gVisor worker the fork giantswarm/substrate publishes from its
giantswarm branch (upstream kagent-dev/substrate 0.0.26, the version the
kagent line's go.mod pins, plus the cherry-picked kagent-dev/substrate#33)
instead of upstream's ghcr.io/kagent-dev/substrate/ateom-gvisor:v0.0.26. The
fork tags images with the bare version. The README's Substrate prerequisite
names the fork's charts: the control plane a cluster runs must be the same
version as the worker image.

* test(ats): the smoke clears the dev-channel semverFilter where it pins the candidate's exact version

On poc/kagent-main the chart's defaults admit only -dev.poc-kagent-main.
builds; a pull request's candidate carries its own branch name, so the exact
pins of gitops.self and the connectivity component matched no tag and the
install timed out on every pull request against the line.
teemow added a commit to giantswarm/agentlab that referenced this pull request Sep 10, 2026
…/giantswarm/substrate) (#144)

The lab's Substrate — charts and images — comes from giantswarm/substrate,
branch giantswarm: the upstream release the dev channel's kagent pins in its
go.mod (kagent-dev/substrate v0.0.26) plus the cherry-picked
kagent-dev/substrate#33, published by the fork as multi-arch images and charts
under ghcr.io/giantswarm/substrate with dev versions
<next upstream patch>-dev.giantswarm.<date>.<time>.h<sha7>. The pinned version
is 0.0.27-dev.giantswarm.2026-09-10.19-33-37.h734ec53; the fork tags images
with the bare version, so the preloaded worker image drops the v prefix.
docs/platform.md and the config comments name the line; the CA/JWT bootstrap
port is unchanged.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants