-
Notifications
You must be signed in to change notification settings - Fork 8.2k
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
Add waitForReady to base config for FTR serverless #165522
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Other than the little comment I left, LGTM
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is it safe to say ES is ready when client.info()
is returning result?
I tried client.cluster.health({ wait_for_status: 'green' });
and time frame is pretty the same, but it verifies ES cluster state is valid, e.g. "green" but not "yellow".
It looks like we already do health check for stateful https://github.com/elastic/kibana/blob/main/packages/kbn-es/src/cluster.js#L523-L560
There are times where master node election can take longer, and keeps the cluster in yellow health. So, I think your solution is more appropriate for a true ready state.
|
💚 Build Succeeded
Metrics [docs]
History
To update your PR or re-run it, just comment with: cc @Ikuni17 |
Summary
waitForReady
was added in #165467. This PR utilizes it so that FTR doesn't continue with starting Kibana until ES has reported its ready. We get quite a few of these errors every time, and it could be misleading. It adds 20-30s to startup time.