I know the answer is 'just use kustomization' but being new to argocd and kustomization I'm finding locating examples difficult.

Will I run a kustomize against a repo which will build additional application files which I need to include? When I try to ask I often get answer like sure you can do like this or this or this, but without any detail.

I suspect it is very common for someone who has come across argo to see it as a possible solution with multiple clusters. The idea will always be can I have one application file that I can apply to multiple clusters? Or will I need an application file for each cluster and the only difference will be the destination?

I wonder if a couple examples could be added, using a single argo instance with multiple clusters added:

1. here's how to install something like metric-server to multiple clusters
2. here's how to install nginx with an ingress using an fqdn built using the cluster names, e.g.:
   • demo.dev.domain.net, demo.test.domain.net, demo.prod.domain.net

I know the ApplicationSet will be here soon, but it would be good to know how its supposed to be done with what currently exists. I know App of Apps exists, so is that the answer? One application targets exactly one destination? So if I have 18 clusters I'll need 18 application files?

I'm recommending Dr Osato to everyone who has herpes simplex virus to get the cure from him. I was diagnosed with genital herpes in 2019 and i have been searching and asking questions to see if i could get something to cure the disease because i did not believe what the doctors say that no cure is found yet. I came across a comment on Youtube and the person testified how she was cured from herpes and hpv after using Dr Osato herbal medicine. I quickly contacted Dr Osato and explained my problem to him and he prepared the herbs and sent it to me through UPS and gave me instructions on how to use it and told me to go for checkup after usage which i did after two weeks of taking the herbal medicine and my result was NEGATIVE. I waited another month and retested, the result was still NEGATIVE and my doctor told me that I am completely free from herpes. Am so happy and grateful to Dr Osato for what he has done for me and i will continue to share this for people out there to know that there is a cure for herpes. You can contact Dr Osato on email and WhatsApp to get the cure from him. Email: [email protected] and WhatsApp +2347051705853. 

have founded the dir of guestbook. But can not find it in the argo ui with application configuration.

Hi team , we are running v2.1.7 ..

We have app of apps pattern parent AppD which trigger multiple child apps like AppD1,AppD2,AppD3 etc...

apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
  name: AppD1
  annotations:
    argocd.argoproj.io/sync-wave: "1"
  namespace: argocd
  finalizers:
    - resources-finalizer.argocd.argoproj.io
spec:
  destination:
    namespace: aqueduct
    server: {{ .Values.spec.destination.server }}
  project: default
  source:
    path: AppD1
    repoURL: <gitlab>
    targetRevision: {{ .Values.app_revision_to_track }}
    helm:
      values: |
        AppD: {{ toJson .Values.AppD }}
  syncPolicy:
    automated:
      prune: true
      selfHeal: true
    syncOptions:
      - CreateNamespace=true 

We pass all the values for AppD1, AppD2,AppD3,AppD4 etc from single values file..

AppD:
    var1: value1
    var2: value2
    var3: value3
    AppD1:
        foo1: bar1
        foo2: bar2
        foo3: bar3
    AppD2:
        foo1: bar1
        foo2: bar2
        foo3: bar3
    AppD3:
        foo1: bar1
        foo2: bar2
        foo3: bar3 

I tried to pass only AppD1 specific values to helm and it did get passed to child app (able to see inner json passed to values) but the deployment /resource doesn't see the values / inherit it..

  helm:
      values: |
        AppD.AppD1: {{ toJson .Values.AppD.AppD1 }}

Is there any know bug/ limitation around this ?

This is with ArgoCD v2.4.2 with --enable-helm for the kustomize renderer.

With a kustomization containing a chart, e.g.

helmCharts:
- name: mychart
  version: 1.0.0
  repo: https://my.repo
  releaseName: myrelease
  includeCRDs: false
  valuesInline: {}

resources:
  - myresources.yaml

and an app

apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
  name: myapp
  namespace: argocd
spec:
  destination:
    namespace: mynamespace
  ...

the result is that resources in myresources.yaml end up in the mynamespace namespace, but resources from mychart end up in the default namespace.
This can be solved by explicitly adding the namespace specification to the kustomization. However, this reduces the reusability and can be a source of confusion with two places to specify the namespace.
I could not find an existing issue describing this.

Hi,

I'm following the "Getting Started" ArgoCD documentation. I successfully deployed the guestbook, but you may want to know that the deployment is broken. Redis is missing.

I get the following PHP exception when I post a message:

<br />
<b>Fatal error</b>:  Uncaught exception 'Predis\Connection\ConnectionException' with message 'php_network_getaddresses: getaddrinfo failed: Name or service not known [tcp://redis:6379]' in /usr/local/lib/php/Predis/Connection/AbstractConnection.php:155
Stack trace:
#0 /usr/local/lib/php/Predis/Connection/StreamConnection.php(128): Predis\Connection\AbstractConnection-&gt;onConnectionError('php_network_get...', 0)
#1 /usr/local/lib/php/Predis/Connection/StreamConnection.php(178): Predis\Connection\StreamConnection-&gt;createStreamSocket(Object(Predis\Connection\Parameters), 'tcp://redis:637...', 4)
#2 /usr/local/lib/php/Predis/Connection/StreamConnection.php(100): Predis\Connection\StreamConnection-&gt;tcpStreamInitializer(Object(Predis\Connection\Parameters))
#3 /usr/local/lib/php/Predis/Connection/AbstractConnection.php(81): Predis\Connection\StreamConnection-&gt;createResource()
#4 /usr/local/lib/php/Predis/Connection/StreamConnection.php(258): Predis\Connection\AbstractConnection-&gt;connect()
#5 /usr/local/lib/php/Predis/Connection/Abstract in <b>/usr/local/lib/php/Predis/Connection/AbstractConnection.php</b> on line <b>155</b><br />

It's not critical to understand ArgoCD, but I think it would look better if the first deployment you do using ArgoCD works 🙂

dummy issue

Summary

I am deploying an application via ArgoCD with Helm chart as the source. The helm chart has a dependency chart for configmap only. When I remove this dependency, the ArgoCD app reconciles as per the value of timeout.reconciliation, but as soon as I add the dependency, the reconciliation happens much more frequently (every 4-5 seconds).

Checklist:

• I've searched in the docs and FAQ for my answer: [https://bit.ly/argocd-faq.]
• I've pasted the output of argocd version
• I've tried using an older version of argocd: 2.1.7
• I've included steps to reproduce the issue.

Version
2.7.6

Steps to reproduce the issue:

1. Add a folder with helm chart templates (let's call this the mail helm chart) in a git repository (or any other central repository).
2. Add a dependency in the above helm chart which is also stored in a central repository (ECR in my case).
3. Create an ArgoCD application with the above main helm chart as the source and an EKS cluster as the destination.
4. Observe the logs of the application controller pod searching for reconciliation operation for the above ArgoCD app.

After following the blue-green example README instructions, the instructions ask the user to do the following:

argocd app set blue-green -p image.tag=0.2 && argocd app sync blue-green

This command is supposed to cause both versions of the guestbook app to be deployed at the same time (i.e. tags 0.1 and 0.2). Instead, both the active service (blue-green-helm-guestbook) and preview service (blue-green-helm-guestbook-preview) show the updated version.

This is possibly due to this example being out of date with rollouts changes.

The helm chart has a flag to toggle giving the pod a kubernetes service account, but there are no tests to prove it works as expected/intended. A pod should be able to run kubectl commands on the local cluster if enabled, and a pod should reject/error kubectl commands when disabled. These two tests would require a secondary deployment to test no-service-account, because the default deployment includes one.

https://github.com/mathew-fleisch/bashbot/blob/f16c935485e84ec427caf4368000a4a2f5bb263b/charts/bashbot/values.yaml#L25-L31

https://github.com/mathew-fleisch/bashbot/blob/f16c935485e84ec427caf4368000a4a2f5bb263b/charts/bashbot/values.yaml#L25-L31

The helm-guestbook example works as expected using the following commands:

argocd app create helm-guestbook --repo https://github.com/argoproj/argocd-example-apps --path helm-guestbook --dest-name in-cluster --dest-namespace default 

argocd app sync helm-guestbook

kubectl port-forward svc/guestbook-helm-guestbook 8080:80 -n default

The example should provide some documentation on the above commands and should also illustrate something unique about argo-cd's helm support. Maybe the values-production.yaml file should be updated and used as part of the example or an update can be pushed to the values file to show the change synced in.

I am trying to install ArgoCD inside a kind cluster, after applying all the yaml files, the challenge I am facing is accessing the UI server.
I have followed all the installation guide but even then I am not able to access it from browser of host Machine.
I would also want to make clear that I am doing all this from inside a vm which I have created using Virtual Box.

How can I access the argo-server UI if I deploy argo in a kind cluster is my question.

Any help is appreciated.

The examples were great for previous versions of helm, but there needs to be a helm3 version of apps and of helm-guestbook. I recommend leaving the older version of those two folders, but creating new helm3 versions in new folders so a simple command change can fix the issue. Currently argo has no docs for a helm3 app of apps pattern, which is now the standard way to use helm.

Hello,
as far as I know argocd have different options to install a helm chart (at the moment).

1. own helm chart from GIT - define for your own software a helm chart and install from "source"
2. umbrella helm chart from GIT - same than 1, but the aim is to install another sofware (added dependency)
3. directly install a helm chart from repository AND define the configuration changes at argocd (not GIT)

But I want to mix "install a helm chart from repostory" and configure the YAML files at some GIT repository - not inside argo!

For example:

Part 1: define Chart

• name: wordpress
  version: 11.0.15
  repository: https://charts.bitnami.com/bitnami

Part 2: define YAMLs to configure this chart

• YAML 1 : //values1.yaml
• ...
• YAML N : //valuesN.yaml

Do I missed this possibility to configure the deployment like this?

The reason is we have several stages and I don't want to configure the changes at all stages inside ARGOCD - it is much better to change one time the configuration inside the GIT-Repo and all clusters have the same configuraiton.

To use an umbrella chart for each application is IMHO not very nice.

Thanks in advance, Oli

I'm recommending Dr Osato to everyone who has herpes simplex virus to get the cure from him. I was diagnosed with genital herpes in 2019 and i have been searching and asking questions to see if i could get something to cure the disease because i did not believe what the doctors say that no cure is found yet. I came across a comment on Youtube and the person testified how she was cured from herpes and hpv after using Dr Osato herbal medicine. I quickly contacted Dr Osato and explained my problem to him and he prepared the herbs and sent it to me through UPS and gave me instructions on how to use it and told me to go for checkup after usage which i did after two weeks of taking the herbal medicine and my result was NEGATIVE. I waited another month and retested, the result was still NEGATIVE and my doctor told me that I am completely free from herpes. Am so happy and grateful to Dr Osato for what he has done for me and i will continue to share this for people out there to know that there is a cure for herpes. You can contact Dr Osato on email and WhatsApp to get the cure from him. Email: [email protected] and WhatsApp +2347051705853. 

I am trying to follow the post-render example using kustomize. I am pointing directly to this online repo:

apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
  name: kustomized-helm-ex
  namespace: argocd
spec:
  destination:
    namespace: default
    server: https://kubernetes.default.svc
  project: default
  source:
    repoURL: https://github.com/argoproj/argocd-example-apps
    targetRevision: master
    path: plugins/kustomized-helm
    plugin:
      name: kustomized-helm
  syncPolicy:
    automated:
      prune: true
      selfHeal: true
    syncOptions:
    - CreateNamespace=true

I get:

status:
  conditions:
  - lastTransitionTime: "2021-08-31T15:30:07Z"
    message: 'rpc error: code = Unknown desc = Manifest generation error (cached):
      `sh -c helm template --release-name $ARGOCD_APP_NAME --namespace $ARGOCD_APP_NAMESPACE
      --include-crds . > all.yaml && kustomize build` failed exit status 1: Error:
      no matches for OriginalId apps_v1_Deployment|~X|release-name-helm-guestbook;
      no matches for CurrentId apps_v1_Deployment|~X|release-name-helm-guestbook;
      failed to find unique target for patch apps_v1_Deployment|release-name-helm-guestbook'

I did some research, and found that someone else who got this says it means the patch is targeting something that doesn't exist (in this case, release-name-helmguestbook deployment). But why would that be? we don't need to separately deploy the helm chart right? we cannot do both helm and plugin in the same app object.

unless the example readme is leaving out a step i would think you can use it "as is".

I think the plugin installed successfully, since it is indeed trying to run the provided generate command (helm template --args)

argocd-cm plugins (CMPs) are deprecated. kustomized-helm should be updated accordingly.

nothin

It keeps saying Deployment.extensions "" not found :

Name:               helm-dependency
Project:            default
Server:             https://kubernetes.default.svc
Namespace:          default
URL:                https://localhost:8080/applications/helm-dependency
Repo:               https://github.com/argoproj/argocd-example-apps.git
Target:
Path:               helm-dependency
Helm Values:        values-nomaria.yaml
SyncWindow:         Sync Allowed
Sync Policy:        <none>
Sync Status:        OutOfSync from  (eba751f)
Health Status:      Missing

Operation:          Sync
Sync Revision:      eba751ff9b1914ecf9e3b30ff57cdf9757c3e989
Phase:              Failed
Start:              2020-04-29 04:49:05 +1000 AEST
Finished:           2020-04-29 04:49:05 +1000 AEST
Duration:           0s
Message:            one or more synchronization tasks are not valid

GROUP       KIND                   NAMESPACE  NAME                        STATUS     HEALTH   HOOK  MESSAGE
extensions  Deployment             default    helm-dependency-wordpress   OutOfSync  Missing        Deployment.extensions "" not found
            PersistentVolumeClaim  default    helm-dependency-wordpress   OutOfSync  Missing
            Secret                 default    helm-dependency-externaldb  OutOfSync  Missing
            Secret                 default    helm-dependency-wordpress   OutOfSync  Missing
            Service                default    helm-dependency-wordpress   OutOfSync  Missing

Adding this to values.yaml does not help

wordpress:
  fullname: myWordPress

While configuring argocd with Openldap the web gui works fine but cli login fails.
Web gui works fine and lists out the users info and the groups it is part of but cli throws the error of invalid credentials.

I've also tried using -grcp-web and --grcp-web-root-path option but it's still gives 503 error while using it.

Is cli only allows local users to login via cli?

Hello,

I tried to install an official Helm chart and overwrite the default values by using a custom values.yaml file. However, it looks like the default values are not overwritten, e.g. I need to use a custom Docker image and defined it in the custom values.yaml file, but the official Docker image of the Helm chart is pulled.

Am I missing something?

Chart.yaml

name: kong

requirements.yaml

dependencies:
  - name: kong
    version: 1.11.0
    repository: https://charts.konghq.com

custom_values.yaml

image:
  repository: nicolai92/kong-oidc
  tag: latest

The screenshot shows, that kong:2.1 is pulled, but to my understanding it should be my custom Docker image, which is tagged with latest.

In order to demonstrate how you could pin an ArgoCD app to a specific version when using Git (e.g. by referencing targetRevision: charts/helm-guestbook/0.1.0 instead of HEAD), it would make sense that his repository contains Git tags for recent versions of all Helm/Kustomize app.

Snippet to add Git tags for latest version changes to Helm charts:

COMMIT=$(git log -n 1 --pretty=format:%H -- "$CHART_DIR/Chart.yaml")
VERSION=$(awk '/^version: *(.+)$/ { print $2; }' "$CHART_DIR/Chart.yaml")
TAG="charts/$CHART_NAME/$VERSION"
git tag -f "$TAG" "$COMMIT"
git push --tags

I use Ansible to automate my deployment of the base of the kubernetes cluster and then applying Application CRs to the cluster directly rather than using the CLI.

I wonder if examples of the Application CR used to deploy these example apps could be added to the repo?

The values.yaml has references to an ingress but there doesn't appear to be an ingress in the templates. Can it be added.

When testing out the guestbook sample app on a cluster in a restricted environment, the deployment fails due to the guestbook container being run as root. It would be nice to specify a securityContext for the deployment since it should not need privileged permissions.

While this is a sample app, it would be nice to promote the practice of not running containers as root and also help to prevent running into the issue of the Getting Started tutorial not working in certain Kubernetes environments.

Hi there ,
Where is this example blue-green-deploy I got 404 error.

P.S
I found it. It's just not in master branch.

Ksonnet support has been removed. argoproj/argo-cd#8621

The repo has no LICENSE.

After running argocd app create guestbook --repo https://github.com/argoproj/argocd-example-apps.git --path guestbook --dest-namespace default --dest-server https://kubernetes.default.svc --directory-recurse:

TypeError: Cannot read properties of undefined (reading 'split')
    at controllers.js:39:45
    at angular.js:7576:11
    at A (angular.js:10965:31)
    at A (angular.js:10965:31)
    at angular.js:11051:26
    at h.$eval (angular.js:11977:16)
    at h.$digest (angular.js:11803:15)
    at h.$apply (angular.js:12083:13)
    at f (angular.js:7841:34)
    at H (angular.js:8042:7)
(anonymous) @ angular.js:9435

Hi there,

I'm getting started with Argocd.
I was able to run great examples, but I don't understand how multiple environments (dev, stage, prod) are managed.

Do I have to create an application for each environment ?

• I've seen some app.yaml like https://github.com/argoproj/argocd-example-apps/blob/master/ksonnet-guestbook/app.yaml.

Issue

Argocd-notifications-controller is able to trigger event but slack integration is not working expected

NAME TEMPLATE CONDITION
on-deployed app-deployed app.status.operationState.phase in ['Succeeded'] and app.status.health.status == 'Healthy'

Sample APP

apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
name: guestbook
annotations:
notifications.argoproj.io/subscribe.on-deployed.slack: argocd-alerts
spec:
destination:
namespace: argocd
server: https://kubernetes.default.svc
project: default
source:
path: kustomize-guestbook
repoURL: https://github.com/argoproj/argocd-example-apps.git
targetRevision: HEAD
syncPolicy:
automated: {}

Steps followed to integrate slack

https://argocd-notifications.readthedocs.io/en/stable/services/slack/

We only have oauth token specified in the secret as per documentation but not webhook url .

I'm recommending Dr Osato to everyone who has herpes simplex virus to get the cure from him. I was diagnosed with genital herpes in 2019 and i have been searching and asking questions to see if i could get something to cure the disease because i did not believe what the doctors say that no cure is found yet. I came across a comment on Youtube and the person testified how she was cured from herpes and hpv after using Dr Osato herbal medicine. I quickly contacted Dr Osato and explained my problem to him and he prepared the herbs and sent it to me through UPS and gave me instructions on how to use it and told me to go for checkup after usage which i did after two weeks of taking the herbal medicine and my result was NEGATIVE. I waited another month and retested, the result was still NEGATIVE and my doctor told me that I am completely free from herpes. Am so happy and grateful to Dr Osato for what he has done for me and i will continue to share this for people out there to know that there is a cure for herpes. You can contact Dr Osato on email and WhatsApp to get the cure from him. Email: [email protected] and WhatsApp +2347051705853. 

CMP in configmap is deprecated since version 2.5.

https://argo-cd.readthedocs.io/en/stable/operator-manual/upgrading/2.4-2.5/#argocd-cm-plugins-cmps-are-deprecated

Documentation example is not reflecting newest version:

https://argo-cd.readthedocs.io/en/stable/operator-manual/config-management-plugins/

For example we use but this simple configuration will not work anymore in the future.

  configManagementPlugins: |
    - name: kustomize-build-with-helm
      generate:
        command: [ "sh", "-c" ]
        args: [ "kustomize build --enable-helm" ]

Hi All,

I am tryinf to deploy an application ito a fresh argocd installation and it does not work. I cannot create an app from the UI/CLI or through kubectl apply. Everything fails with the following error:

➜  argo_test_yaml argocd app create --name blue-green --repo https://github.com/argoproj/argocd-example-apps --dest-server https://kubernetes.default.svc --dest-namespace default --path blue-green && argocd app sync blue-green

FATA[0020] rpc error: code = InvalidArgument desc = application spec for blue-green is invalid: InvalidSpecError: repository not accessible: rpc error: code = Unavailable desc = connection error: desc = "transport: Error while dialing dial tcp 172.20.86.254:8081: i/o timeout" 

Pod stats:

➜  terraform kubectl get pods -n argocd
NAME                                                READY   STATUS    RESTARTS   AGE
argocd-application-controller-0                     1/1     Running   0          2d19h
argocd-applicationset-controller-58f69d4b8f-tdm84   1/1     Running   0          2d19h
argocd-dex-server-ff489bd4-vmn6h                    1/1     Running   0          2d19h
argocd-notifications-controller-567f4c469-699jp     1/1     Running   0          2d19h
argocd-redis-55d64cd8bf-6kp9n                       1/1     Running   0          3h52m
argocd-repo-server-86d9878d56-cmw8r                 1/1     Running   0          102m
argocd-server-54bc687b4b-jn4zj                      1/1     Running   0          101m

kubectl logs:

argocd-server

time="2022-07-18T10:34:49Z" level=info msg="received unary call /application.ApplicationService/Create" grpc.method=Create grpc.request.claims="{\"exp\":1658226650,\"iat\":1658140250,\"iss\":\"argocd\",\"jti\":\"cc016145-c46d-4fc3-b82a-95bc5270bac1\",\"nbf\":1658140250,\"sub\":\"admin\"}" grpc.request.content="%!v(PANIC=String method: reflect.Value.Interface: cannot return value obtained from unexported field or method)" grpc.service=application.ApplicationService grpc.start_time="2022-07-18T10:34:49Z" span.kind=server system=grpc
time="2022-07-18T10:35:09Z" level=info msg="finished unary call with code InvalidArgument" error="rpc error: code = InvalidArgument desc = application spec for blue-green is invalid: InvalidSpecError: repository not accessible: rpc error: code = Unavailable desc = connection error: desc = \"transport: Error while dialing dial tcp 172.20.86.254:8081: i/o timeout\"" grpc.code=InvalidArgument grpc.method=Create grpc.service=application.ApplicationService grpc.start_time="2022-07-18T10:34:49Z" grpc.time_ms=20024.885 span.kind=server system=grpc
time="2022-07-18T10:35:22Z" level=info msg="Alloc=12679 TotalAlloc=91128 Sys=28497 NumGC=53 Goroutines=76"

argocd-repo-server different app deployed:

time="2022-07-18T10:38:20Z" level=error msg="finished unary call with code Unknown" error="unexpected client error: unexpected requesting \"https://xxx.xxx.com/xx.xx/argocd/info/refs?service=git-upload-pack\" status code: 301" grpc.code=Unknown grpc.method=GenerateManifest grpc.service=repository.RepoServerService grpc.start_time="2022-07-18T10:38:20Z" grpc.time_ms=175.553 span.kind=server system=grpc`

CLI logs from app deployed through kubectl:

➜  terraform argocd app logs guestbook --loglevel debug
FATA[0000] stream read failed: rpc error: code = Unknown desc = error getting app resource tree: error getting cached app state: ComparisonError: rpc error: code = Unknown desc = unexpected client error: unexpected requesting "ttps://xxx.xxx.com/xx.xx/argocd/info/refs?service=git-upload-pack" status code: 301 
➜  terraform 

app.yaml:

apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
  name: guestbook
  namespace: argocd
spec:
  project: default
  source:
    repoURL: https://gitlab.lukapo.com/razvan.gherlea/argocd
    targetRevision: HEAD
    path: guestbook
  destination:
    server: https://kubernetes.default.svc
    namespace: guestbook

But from the POD level I can easily clone the repo without any credentials. no networking issue:

argocd@argocd-server-fd9ccd79b-dxrd6:~$ git clone https://xxx.xxx.com/xx.xx/argocd.git
Cloning into 'argocd'...
remote: Enumerating objects: 7, done.
remote: Counting objects: 100% (7/7), done.
remote: Compressing objects: 100% (5/5), done.
remote: Total 7 (delta 0), reused 0 (delta 0), pack-reused 0
Receiving objects: 100% (7/7), done.
argocd@argocd-server-fd9ccd79b-dxrd6:~$ ls -ltr
total 0
drwxr-xr-x 4 argocd argocd 61 Jul 15 09:00 argocd
argocd@argocd-server-fd9ccd79b-dxrd6:~$ ls -ltr *
total 8
drwxr-xr-x 2 argocd argocd   33 Jul 15 09:00 argocd-appprojects
-rw-r--r-- 1 argocd argocd 6233 Jul 15 09:00 README.md
argocd@argocd-server-fd9ccd79b-dxrd6:~$ 
exit

I'm recommending Dr Osato to everyone who has herpes simplex virus to get the cure from him. I was diagnosed with genital herpes in 2019 and i have been searching and asking questions to see if i could get something to cure the disease because i did not believe what the doctors say that no cure is found yet. I came across a comment on Youtube and the person testified how she was cured from herpes and hpv after using Dr Osato herbal medicine. I quickly contacted Dr Osato and explained my problem to him and he prepared the herbs and sent it to me through UPS and gave me instructions on how to use it and told me to go for checkup after usage which i did after two weeks of taking the herbal medicine and my result was NEGATIVE. I waited another month and retested, the result was still NEGATIVE and my doctor told me that I am completely free from herpes. Am so happy and grateful to Dr Osato for what he has done for me and i will continue to share this for people out there to know that there is a cure for herpes. You can contact Dr Osato on email and WhatsApp to get the cure from him. Email: [email protected] and WhatsApp +2347051705853. 

Add a new app with degraded/broken resources. This is useful when demoing ArgoCD.

I appreciate that this repo is not specifically an app of apps repo, but it'd be useful to see how helm-dependency can be created as an app from the app of apps section here. I believe it is just the case of adding another template plus potentially the helm block to include the valueFiles section.