-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
If elasticsearch plugin is not ready, do not block #7285
Conversation
@bevacqua What do you think about this? |
If the ES plugin is not ready (i.e. in red state), we won't try to use it and end up blocking the reply.
Doesn't make much sense to me. What is Kibana without ES? |
The issue that needs to be resolved is that when Kibana is running without ES, the user should see the status page with elasticsearch marked as red. Since the config changes, requests to Kibana when ES is unavailable just hang. |
Got it. In that case this makes sense. We should set the user value to |
Hey @bevacqua and @epixa, thanks for the review and discussion. Please note that I actually changed the code in this PR a bit. The check for whether ES is ready or not is now done on the side of the code calling the |
@ycombinator That's the code I looked at (your latest version) -- I think we need something like this: const red = server.plugins.elasticsearch.status.state === 'red';
payload.uiSettings.user = red ? {} : await uiSettings.getUserProvided(); That way we don't break the assumption that |
Sounds good. Will change. Thanks. |
@bevacqua This is ready for a (hopefully quick and final) review. Thanks again for reviewing, especially on your day off. |
Much awesome. LGTM 🎉 |
Fixes #7278.