copy and paste this google map to your website or blog!
Press copy button and paste into your blog or website.
(Please switch to 'HTML' mode when posting into your blog. Examples: WordPress Example, Blogger Example)
How to trigger argo workflow from an API request? Use Argo Events Argo Events is a separate but closely-related project It can accept a variety of inputs (webhooks, pub sub messages, etc) and then trigger a Workflow Argo Events could make sense if, for example, you want an external record of all the workflows submitted Pub sub would give you that record Use the Kubernetes API or CLI
argo - ArgoCD: Multiple sources for a helm chart - Stack Overflow Multiple sources for a helm chart: I have configured multiple sources to fetch helm templates from one repo and values from different repo apiVersion: argoproj io v1alpha1 kind: Application metada
Argocd application resource stuck at deletion - Stack Overflow If your problem is that the namespace cannot be deleted, the following two solutions may help you: Check what resources are stuck in the deletion process, delete these resources, and then delete ns Edit the namespace of argocd, check if there is a finalizer field in the spec, delete that field and the content of the field Hopefully it helped you
Argo (events) Trigger an existing . . . - Stack Overflow I'm trying to trigger a pre existing ClusterWorkflowTemplate from a post request in argo argo-events I've been following the example here, but i don't want to define the workflow in the sensor- I
Fixing out of sync warning in Argo CD - Stack Overflow 5 Argo CD shows two items from linkerd (installed by Helm) are being out of sync The warnings are caused by the optional preserveUnknownFields: false in the spec section: trafficsplits split smi-spec io serviceprofiles linkerd io But I'm not able to figure out how to ignore the difference using ignoreDifferences in the Application manifest
How can I use Argo Workflows templates in Helm? It is possible I've been on a team that regularly deployed Helm-templated WorkflowTemplates There are two ways to work around the Helm Argo template tag collision (As you know, the issue is that Helm's Go templating language and Argo's templating language both use {{}} to denote templated areas ) Option 1: The first way is to carefully nest the tags For example, if I want to use {{steps
ArgoCD - what need be done after build a new image Argo can't do this And I think annotating applications for this is seriously stupid (why? I just wanna updated to the latest tag!) So the working way is to periodically get the Application kind in the argocd namesapce, get the repo and then check for updates If there is an update, then roll out restart the deployment!
Argo Workflow always using default serviceaccount The Argo installation does not control which ServiceAccount Workflows use According to the Argo docs, When no ServiceAccount is provided [when the Workflow is submitted], Argo will use the default ServiceAccount from the namespace from which it is run, which will almost always have insufficient privileges by default If you are using the Argo CLI to submit Workflows, you can specify the
Argocd helm app with multiple value files - Stack Overflow In the context of Argo CD, when you are declaring multiple values files under helm valueFiles within an Application manifest, the last file in the list will take the highest precedence Ref: Argocd user guide if we have valuesFile: values-file-2 yaml values-file-1 yaml ---- the last values-file i e values-file-1 yaml will trump the first