Conversation
Rename Flux app wiring to seerr while keeping the existing Overseerr release/namespace identifiers for storage continuity during migration.
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 8f59a6f588
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
| kind: HelmRelease | ||
| metadata: | ||
| name: overseerr | ||
| name: seerr |
There was a problem hiding this comment.
Keep HelmRelease name stable during migration
Renaming this resource from overseerr to seerr turns the rollout into a delete+create for Flux, not an in-place update: the existing HelmRelease/overseerr will be pruned, and its deletion path uninstalls the tracked Helm release before the new object can reconcile it. In a live cluster this causes avoidable teardown/reinstall churn (and can remove chart-managed objects), which conflicts with the stated goal of preserving continuity during the Overseerr→Seerr transition.
Useful? React with 👍 / 👎.
Summary
apps/overseerrtoapps/seerrand rewired Flux kustomization paths.overseerr) to preserve existing storage continuity during first Seerr startup migration.Validation
kustomize build clusters/main/kubernetessuccessfully.Kustomizationnamedseerrwith pathclusters/main/kubernetes/apps/seerr/appand no build errors.