[forgejo] Tolerate missing Vault keys during Phase 0 bootstrap
Wrap the three new Vault key reads in try(...) so the first apply succeeds even when forgejo_pull_token / forgejo_cleanup_token / secret/ci/global haven't been populated yet. Without this, CI auto-apply blocks on the very push that introduces the references — chicken-and-egg with the runbook order (which is: apply Forgejo bumps, then create users + PATs, then apply the rest). Empty tokens are intentionally visible-broken (auth fails, probe reports auth failure, cleanup CronJob errors) — that's the signal to run the bootstrap runbook. Subsequent apply picks up the real values. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
This commit is contained in:
parent
f793a5f50b
commit
70ea1cf6fd
3 changed files with 14 additions and 4 deletions
|
|
@ -33,6 +33,10 @@ module "monitoring" {
|
|||
kube_config_path = var.kube_config_path
|
||||
registry_user = data.vault_kv_secret_v2.viktor.data["registry_user"]
|
||||
registry_password = data.vault_kv_secret_v2.viktor.data["registry_password"]
|
||||
forgejo_pull_token = data.vault_kv_secret_v2.viktor.data["forgejo_pull_token"]
|
||||
tier = local.tiers.cluster
|
||||
# try() so apply succeeds before the Vault key is populated during Phase 0
|
||||
# bootstrap (see docs/runbooks/forgejo-registry-setup.md). Empty token =
|
||||
# probe will report an auth failure and fire RegistryCatalogInaccessible —
|
||||
# that's the intended visible-broken state until the PAT is created.
|
||||
forgejo_pull_token = try(data.vault_kv_secret_v2.viktor.data["forgejo_pull_token"], "")
|
||||
tier = local.tiers.cluster
|
||||
}
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue