Skip to content

WIP: refactor resolution sync #2400

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

Closed
wants to merge 1 commit into from

Conversation

njhale
Copy link
Member

@njhale njhale commented Oct 6, 2021

Description of the change:

An attempt to simplify resolution syncing.

@openshift-ci
Copy link

openshift-ci bot commented Oct 6, 2021

Skipping CI for Draft Pull Request.
If you want CI signal for your change, please convert it to an actual PR.
You can still manually trigger a test run with /test all

@openshift-ci openshift-ci bot added the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label Oct 6, 2021
@openshift-ci
Copy link

openshift-ci bot commented Oct 6, 2021

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: njhale

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 /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci bot requested review from benluddy and exdx October 6, 2021 12:22
@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Oct 6, 2021
@njhale njhale force-pushed the fix/flappy-subs branch 2 times, most recently from 7f9251a to 2239029 Compare October 6, 2021 12:33
shouldUpdate := false
for _, sub := range subs {
shouldUpdate = shouldUpdate || !o.nothingToUpdate(logger, sub)
if o.sourcesLastUpdate.Before(lastResolution.Time) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As we discussed this on the Slack thread, blocking resolution on unreliable timestamp is problematic. I have recently remove this timestamp check due to blocked/delayed upgrade when subscription spec change. The only time we should skip resolution is where there is a pending installation which is checked above this.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@dinhxuanvu we've noted hotlooping in this sync handler in master. I'm not convinced it's unrelated to the removal of the timestamp check.

Copy link
Member

@dinhxuanvu dinhxuanvu Oct 6, 2021

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I need to check out what hotloop situation that you are referring to. However, given if there is nothing changed, resolver should resolve into nothing which in turn shouldn't lead into any subscription changes. I'm not convinced just because we let resolver run whenever namespace sync happens will cause hotlooping. If we are talking about too many resync, then there is a ratelimiting setting for this in place if I recall correctly.

@timflannagan timflannagan mentioned this pull request Oct 6, 2021
43 tasks
@openshift-ci openshift-ci bot added the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Nov 30, 2021
@openshift-ci
Copy link

openshift-ci bot commented Nov 30, 2021

@njhale: PR needs rebase.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@njhale
Copy link
Member Author

njhale commented Nov 30, 2021

Closing out for now. Will try again at some point.

@njhale njhale closed this Nov 30, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants