-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Stale Cache on Fast Reconcile #74
Stale Cache on Fast Reconcile #74
Conversation
/retest |
1 similar comment
/retest |
/hold let's consider a better way for dealing with stale cache on quick requeue |
e8ba7cf
to
5808b39
Compare
After adding a finalizer, and a successful FA we immediately requeue Reconcile. We also log conflict and failing status update and a reason on any updateConditions call
We update this field when any condition value has been changed. Moreover, we can check that field to verify that the status was updated correctly at the end of reconcile by see an offset between their time
5808b39
to
b64a565
Compare
/retest |
Wait until the cache is updated in order to prevent reading a stale status in the next reconcile and making wrong decisions based on it. We verify that using the LastUpdateTime value of the far object from the beginning of the reconcile and now, the latest version of the CR
b64a565
to
fbaecd2
Compare
String can result in anything and contains the unit, which you print yourself already
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: razo7, slintes The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/hold cancel |
/retest |
Sometime status is not updated on a fast reconcile, after a reconcile ends a new reconcile occur immediately (
ctrl.Result{Requeue: true}
), due to stale cache. To overcome it we add theLastUpdateTime
field to status so we can use it for comparing far object CR from the beginning of the reconcile and the latest (which is supposed to have the updated status).Similar PR from NHC - medik8s/node-healthcheck-operator#245
ECOPROJECT-1523 ECOPROJECT-1411