Skip to content

fix(devspace): find the pod by name, not by release - #25

Merged
vitramir merged 1 commit into
mainfrom
fix/devspace-selector
Aug 1, 2026
Merged

vitramir merged 1 commit into
mainfrom
fix/devspace-selector

Conversation

@vitramir

@vitramir vitramir commented Aug 1, 2026

Copy link
Copy Markdown
Contributor

Deploying this service from source into the platform VM hangs with DevSpace still couldn't find any Pods that match the selector.

The dev selector paired app.kubernetes.io/name with app.kubernetes.io/instance=<service>. That held when every service was its own Helm release; the agyn-platform umbrella makes the instance label its own release name. Verified against a running VM: the pod carries app.kubernetes.io/instance: agyn-platform, so the old selector matches 0 pods and name alone matches 1.

The pod then starts and spins waiting for a binary the sync never delivers. Same fix as identity#14, apps#29, chat#33, notifications#36.

The selector paired app.kubernetes.io/name with
app.kubernetes.io/instance=<service>. That held when each service was its
own Helm release; the platform umbrella makes the instance label its own
release name, so it matches nothing and the sync never reaches the pod.

The name label alone is unique in the namespace and holds either way.
@vitramir
vitramir merged commit 2991856 into main Aug 1, 2026
1 check passed
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.

1 participant