[kustomize_deploy] wait for all CatalogSources to be READY after applying CRs#3656
[kustomize_deploy] wait for all CatalogSources to be READY after applying CRs#3656rebtoor wants to merge 1 commit intoopenstack-k8s-operators:mainfrom
Conversation
|
Skipping CI for Draft Pull Request. |
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
/test all |
|
Build failed (check pipeline). Post https://softwarefactory-project.io/zuul/t/rdoproject.org/buildset/e518df1dd85e48bd8013e1cc19b35f00 ✔️ openstack-k8s-operators-content-provider SUCCESS in 1h 34m 02s |
|
recheck |
holser
left a comment
There was a problem hiding this comment.
Can we set retries\delays to what we have in other tasks? Thank you in advance
…ying CRs Replace pre-apply CatalogSource checks with post-apply approach that waits for ALL CatalogSources to reach READY state. This prevents subscription resolution failures caused by transient connectivity issues with any CatalogSource (including redhat-operators). Changes: - Apply kustomized CRs first, then verify CatalogSource health - Dynamically discover and wait for all CatalogSources cluster-wide - Use configurable retry/delay variables for consistency - Remove redundant installPlanRef assert (until loop already verifies) Signed-off-by: Roberto Alfieri <ralfieri@redhat.com>
240662c to
28df7f4
Compare
elfiesmelfie
left a comment
There was a problem hiding this comment.
I hit the same issue in a job deploying the uni-gamma VA with day2 scenario.
This PR appears to have resolved the issue for me.
Replace pre-apply CatalogSource checks with post-apply approach that
waits for ALL CatalogSources to reach READY state. This prevents
subscription resolution failures caused by transient connectivity
issues with any CatalogSource (including redhat-operators).
Changes: