-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Flux syncs git repo on a 5 minute timer, regardless of --git-poll-interval setting #1029
Comments
Thanks for the bug report! Fetching new commits from the upstream repo was rewritten in #940, and at that point the git polling interval was hard-wired (but not the syncing interval, which still follows the There's no principled reason for this; it was left out of the rewrite in anticipation of being able to use webhooks instead. However, the hooks aren't there yet, so we could at least reinstate the ability to adjust the git polling interval. |
Is this issue actually resolved in 1.5.0 of Flux ? I just added this to the flux-deployment and re-applied it.
It restarted the replicaset and the pod 6 minutes ago, but no new polling ...
|
@petervandenabeele It won't start polling until it considers the git repo to be ready, and it won't consider it to be ready until it has demonstrated that it can write a tag to the upstream repo.
At present it needs to be be to write a tag, to complete a sync. This may be fixed in future development, possibly by using some other means to store the sync high-water mark. (Reading slightly more closely, I see that a tag can be created with the given permissions; probably what is failing is deleting it again, which fluxd does to tidy up) |
Thanks:
|
We're running a self-host Flux, version 1.2.5.
When setting the Flux daemon's
--git-poll-interval
to5s
. Our expected result would be that Flux tries to update the state of Kubernetes within 5 seconds of a commit being pushed to the git repo.It seems however, that Flux only applies changes from the remote git repo to Kubernetes on a set 5 minute interval even if we set the
--git-poll-interval
lower. So if we push something to the git repo, it can take anywhere up to 5 minutes before that change is applied in Kubernetes.--git-poll-interval
will still controll how often Flux applies updates to Kubernetes from it's internal copy of the git repo. That is, we can see that if we set--git-poll-interval
to 25 seconds and manuallykubectl delete
a deployment controlled by Flux, Flux will make sure to reapply that deployment within 25 seconds.The text was updated successfully, but these errors were encountered: