Skip to content
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

Deflake policy startup issue #6387

Merged
merged 1 commit into from Dec 22, 2015
Merged

Deflake policy startup issue #6387

merged 1 commit into from Dec 22, 2015

Conversation

liggitt
Copy link
Contributor

@liggitt liggitt commented Dec 18, 2015

Fixes issues with initial ensure calls not being allowed because the policy cache wasn't updated yet.

Things like this:

F1124 08:45:26.030730   12507 run_components.go:393] Unable to initialize namespaces: unable to refresh the security allocation UID blocks: User "system:openshift-master" cannot list all namespaces in the cluster

@liggitt liggitt changed the title Ensure bootstrap policy takes effect [WIP] Ensure bootstrap policy takes effect Dec 18, 2015
@liggitt
Copy link
Contributor Author

liggitt commented Dec 18, 2015

[test]

@liggitt liggitt changed the title [WIP] Ensure bootstrap policy takes effect [WIP] Deflake startup and timeout issues Dec 18, 2015
@liggitt liggitt changed the title [WIP] Deflake startup and timeout issues Deflake policy startup issue Dec 18, 2015
@liggitt
Copy link
Contributor Author

liggitt commented Dec 18, 2015

@deads2k

@@ -177,6 +180,18 @@ func (c *MasterConfig) ensureComponentAuthorizationRules() {
glog.Errorf("Error creating bootstrap policy: %v", err)
}

// Wait until the policy cache has caught up before continuing
err := wait.Poll(100*time.Millisecond, 30*time.Second, func() (done bool, err error) {
Copy link
Contributor

Choose a reason for hiding this comment

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

Wow that's a long interval.

@liggitt
Copy link
Contributor Author

liggitt commented Dec 19, 2015

addressed comments, also switched to always wait for the cache, even when there was an existing policy, to ensure later initialization steps don't fail because the policy cache wasn't up to date

@openshift-bot
Copy link
Contributor

Evaluated for origin test up to a723137

@openshift-bot
Copy link
Contributor

continuous-integration/openshift-jenkins/test SUCCESS (https://ci.openshift.redhat.com/jenkins/job/test_pull_requests_origin/8022/)

@deads2k
Copy link
Contributor

deads2k commented Dec 21, 2015

lgtm [merge]

@liggitt
Copy link
Contributor Author

liggitt commented Dec 21, 2015

flake #6437, [merge]

@openshift-bot
Copy link
Contributor

continuous-integration/openshift-jenkins/merge SUCCESS (https://ci.openshift.redhat.com/jenkins/job/merge_pull_requests_origin/4457/) (Image: devenv-rhel7_3019)

@deads2k
Copy link
Contributor

deads2k commented Dec 22, 2015

@openshift-bot
Copy link
Contributor

Evaluated for origin merge up to a723137

openshift-bot pushed a commit that referenced this pull request Dec 22, 2015
@openshift-bot openshift-bot merged commit c437c32 into openshift:master Dec 22, 2015
@liggitt liggitt deleted the deflake_master_startup branch December 23, 2015 19:21
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants