Describe the bug
While our git repository is fairly big, we recently added Prometheus-Operator CRDs (https://github.com/helm/charts/tree/master/stable/prometheus-operator/crds). That single change lead to a high CPU usage and Flux is now taking a long time to sync. In our case, we are reaching the 5 minutes timeout.

We already have several CRDs in Flux and such a behavior never happened before.
The behavior of Helm V3 / Helm-Operator is to never update a CRD. This is why we are pushing them through Flux directly.
To Reproduce
Tested configuration:
https://charts.fluxcd.io/ additionalArgs: ["--connect=ws://fluxcloud"]
git:
pollInterval: 1m
timeout: 2m
image:
tag: "1.20.1"
manifestGeneration: true
registry:
automationInterval: 1m
resources:
requests:
cpu: 1
memory: 500Mi
sync:
timeout: 5m
interval: 5m
syncGarbageCollection:
enabled: true
Expected behavior
A small increase in CPU as the CRDs are not "that big".
Logs
No relevant logs
Additional context
I'm unsure if the problem is coming from unmarshal, validation, ... so if you need more information (profile / flame graph / ...), ping me.
See https://github.com/kubernetes/kubernetes/pull/92456 until the fix is merged and released in kubectl there is nothing we can do.
Great to hear that this is already a known issue and not some unique weird behavior.
Thanks for linking the issue.
Shall I keep this issue open until the fix is merged?
Yes let's keep it opened until we have a kubectl fix.
Looks to be fixed in kubectl 1.17.10 and above.
I can confirm with a prerelease build with multiple CRDs (kube-prometheues, istio + more) seeing much faster overall sync times + CPU/Mem reduction.
@stefanprodan Any chance on cutting a patch release soon primarily for this fix?


@Dev25 yes, today we'll publish a patch release.
Most helpful comment
@Dev25 yes, today we'll publish a patch release.