-
Notifications
You must be signed in to change notification settings - Fork 1.9k
Missing option to disable the daemonset in metricbeat #702
Comments
I would also like an option to disable the daemonset. |
@erihanse thank you opening this issue. You are correct in that this appears to be a functional gap between the 2 charts. Would you be interested in opening a PR to add a flag to enable/disable both the deployment and the daemonset? For backwards compatability reasons they will both need to default to enabled. |
@fatmcgav sure, I'll give it a try :-) |
@erihanse cool. We can provide feedback and pointers etc if you need any assistance. |
@fatmcgav I tried making sense of https://github.com/elastic/helm-charts/blob/master/CONTRIBUTING.md#submitting-a-pull-request, but I still wonder: will the changes be backported to older versions? We're currently on 7.3.2. Another question: I can't make the test pass.
|
Yes, the changes will be backported from
Hmm, that's strange. Let me see if I can run them... |
@erihanse OK, I was able to reproduce the test failure you're seeing locally... The volume gets mapped on this line:
The important thing there is I've spotted a fix and I'll get a PR up shortly, but in the meantime if you switch to the |
I've just merged #715 which includes a "fix" for the |
Chart version:
7.8.0
Kubernetes version:
1.15.9
Kubernetes provider: E.g. GKE (Google Kubernetes Engine)
on-premise
Helm Version:
2.12.2
helm get release
outputOutput of helm get release
Describe the bug:
Eearlier we have used the metricbeat chart from the stable repository, https://github.com/helm/charts/tree/master/stable/metricbeat. In that chart we could decide whether to enable/disable the daemonset and deployment. As we know, that chart is deprecated. We're trying to migrate to this elastic chart, but there seems to be no way of disabling the daemonset here. To quote https://www.elastic.co/guide/en/beats/metricbeat/7.x/metricbeat-module-kubernetes.html:
We don't use metricbeat for other things than k8s events, so this seems difficult to do with the state of this chart. Is there a reason both the daemonset and deployment is now mandatory?
The text was updated successfully, but these errors were encountered: