Restore ghp secret backend + roles (config now seeded) #130
Reference in New Issue
Block a user
Delete Branch "benvin/add-ghp-backend-back"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Why
Reverts the temporary removal in #129. That PR deleted the ghp backend + role
config YAMLs to unblock the
masterapply, which was failing with:The ghp config KV is now seeded:
kv/data/service/vault/au/syd1/secret_backend/ghp/configholds key
admin_token, and the ghp service secretkv/kubernetes/namespace/ghp/default/appcarries the matchingservice_token.With the KV populated,
data.vault_kv_secret_v2.configresolves, so the ghpsecret backend + role can be created. The ghp module wiring, plugin
registration, and policies were never removed (they stayed on
master), sorestoring these two YAMLs re-populates the
for_eachmaps and instantiates thebackend + role against the seeded config.
Changes
config/ghp_secret_backend/ghp.yaml.config/ghp_secret_backend_role/ghp/agent.yaml.Net diff vs
masteris exactly the re-addition of those two files(byte-identical to their pre-#129 content, the mirror-inverse of #129).
Sequence
Final step (4/4) of the remove -> grant write policy -> seed KV -> add-back
sequence: #129 (remove) -> #128 (grant) -> KV seed -> this PR (add back).
Verification
tofu fmtclean,yamllintpasses (pre-commit hooks green),terragrunt validatesucceeds (only unrelatedvault_kv_secret_v2deprecation warnings).tofu initinstalls thevault-secrets-ghpprovider with no plugin/catalog error.admin_token, so the previously-failing data source now resolves.planis not runnable under the agent AppRole (it lacks the policy to mint the consul backend token), so the created/destroyed resource counts are not machine-confirmed here; the git diff is exactly the two file additions, so no config-driven destroys are introduced.vault-plugin-secrets-ghpbinary present on the OpenBao nodes (pre-existing Puppet-managed plugin).