-
Notifications
You must be signed in to change notification settings - Fork 16
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
Document how to handle CRD/CR race condition #14
Labels
enhancement
New feature or request
Comments
Per @sabre1041 , here's an example command to insert between applying the OLM resources and the CR:
|
@sabre1041 @gnekic @jkupferer what would you say to just using a general retry loop for the entire workflow:
|
etsauer
added a commit
to etsauer/declarative-openshift
that referenced
this issue
Jun 9, 2020
sabre1041
pushed a commit
that referenced
this issue
Jun 9, 2020
* Refactor docs to address #14, and add a gitops job * Updated based on sabre1041's feedback * Add ability to specify branch to clone * Update prune whitelist * Remove more deprecated apis
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
There is a race condition frequently created when deploying operators via OLM, where attempting to create the
OperatorGroup
andSubscription
in the sameoc apply
command where the CR for that operator is also created, then the CRD for the operator hasn't yet been created. Since we don't directly create the CRD, we need to insert a conditional wait to ensure that the CRD exists before moving on.It would also be nice if we could automate the detection of the CRDs we are waiting on, so we don't have to hardcode them in the workflow.
The text was updated successfully, but these errors were encountered: