You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I was not able to find how to solve this, though I have the constant feeling of not asking the right search prompts.
I use app-of-apps approach to deploy ApplicationSets, deploying e.g. qa and prod env per Application. So I have an ApplicationSet "apps-of-apps" deploying via list-generator multiple Application, e.g. Application: "supporting-services" which deployes ApplicationSet "frontend-service", which deploys "frontend-service-prod" and "frontend-service-qa". The applications themselves are helm deployments via source.helm.values. So the applicationSet (reduced) looks like:
breaks the argocd-vault-plugin generate run, since the {{.vaultPath}} replacement / templating happens after the AVP is running. So AVP gets the literal string <path:myapplication-{{.vaultPath}}-secrets/data/mySecret#API_KEY> as path to look for the secret.
I tried, as you can see with the source.plugin.env part to pass ENV to the CMP/AVP run to run some replacement prior to the actual run of argocd-vault-plugin generate. But I never get a run on this ApplicationSet / resulting Application. But always only on the Application "supporting-services".
I moved the avp-annotation between the different Application Manifests, without any result.
Long Story short: I am lost if my setup is stupid to begin with and / or can work with AVP at all?
Edit:
I deploy AVP as sidecar in the argo-cd helm chart via
Hi,
I was not able to find how to solve this, though I have the constant feeling of not asking the right search prompts.
I use app-of-apps approach to deploy ApplicationSets, deploying e.g. qa and prod env per Application. So I have an ApplicationSet "apps-of-apps" deploying via list-generator multiple Application, e.g. Application: "supporting-services" which deployes ApplicationSet "frontend-service", which deploys "frontend-service-prod" and "frontend-service-qa". The applications themselves are helm deployments via
source.helm.values
. So the applicationSet (reduced) looks like:You probably already see the issue.
breaks the
argocd-vault-plugin generate
run, since the {{.vaultPath}} replacement / templating happens after the AVP is running. So AVP gets the literal string<path:myapplication-{{.vaultPath}}-secrets/data/mySecret#API_KEY>
as path to look for the secret.I tried, as you can see with the
source.plugin.env
part to pass ENV to the CMP/AVP run to run some replacement prior to the actual run ofargocd-vault-plugin generate
. But I never get a run on this ApplicationSet / resulting Application. But always only on the Application "supporting-services".I moved the avp-annotation between the different Application Manifests, without any result.
Long Story short: I am lost if my setup is stupid to begin with and / or can work with AVP at all?
Edit:
I deploy AVP as sidecar in the argo-cd helm chart via
The text was updated successfully, but these errors were encountered: