-
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
Courier Fetch: Bad Gateway #7455
Comments
This will happen whenever Kibana receives a 502 error from Elasticsearch. Do you see any errors in your Elasticsearch logs? |
Here are my es logs [2016-06-15 11:32:38,512][DEBUG][action.admin.cluster.node.stats] [elastic-kibana] failed to execute on node [Cr1WzqKXTAmtVy15adTRbg] |
It looks like one of your Elasticsearch nodes is timing out on some requests. I'd recommend asking on the Elasticsearch forums or IRC channel, or opening an issue on https://github.com/elastic/elasticsearch |
Elasticsearch does not send 502s. |
@jasontedor Any idea what's going on in those logs pasted above? It looks like ES is encountering a timeout, and it would be helpful to know what the behavior should be in that scenario, since it seems like the Kibana proxy isn't handling it correctly and thus just triggers a 502 (my best guess). |
@epixa Maybe the node is GCing or otherwise starved of resources, I don't know. Those are some massively long timeouts. I don't see an Elasticsearch bug here though, perhaps just a misconfiguration or under-provisioning of resources.
That's what I think too. |
@jasontedor Based on the little we know from those logs, do you have any idea what behavior the consumer would encounter with ES when those GC issues happen? I'd like to get Kibana to handle this better so it's at least not obfuscated by an erroneous 502, but I don't know the behavior Kibana is encountering in the first place. Perhaps there's just not enough to go on at this point. |
@epixa It's not clear to me exactly what is happening here from the client perspective. This is because these log messages are from timing out while collecting node-level responses during a node stats request. Yet, even when that happens, Elasticsearch returns a status code 200 with the response body containing the node-level exceptions, if any. |
Alright, thanks. |
Is there a proxy between Kibana and ES? |
`v92.0.0-backport.0`⏩ `v92.1.1` --- ## [`v92.1.1`](https://github.com/elastic/eui/releases/v92.1.1) **Bug fixes** - Minor `EuiDataGrid` cell performance fixes ([#7465](elastic/eui#7465)) ## [`v92.1.0`](https://github.com/elastic/eui/releases/v92.1.0) - Updated `EuiResizableButton` to allow customizing the `indicator` style with either `handle` (default) or `border` ([#7455](elastic/eui#7455)) - Enhanced `EuiResizableContainer` to preserve the drag/resize event when the user's mouse leaves the parent container and re-enters ([#7456](elastic/eui#7456)) **Bug fixes** - Fixed an `EuiTreeView` JSX Typescript error ([#7452](elastic/eui#7452)) - Fixed a color console warning being generated by disabled `EuiStep`s ([#7454](elastic/eui#7454)) **Accessibility** - `EuiDataGrid`'s keyboard/screenreader experience has been tweaked to be more consistent for varying complex data: ([#7448](elastic/eui#7448)) - Headers are now always navigable by arrow key, regardless of whether the header cells contain interactive content - Non-expandable cells containing any amount of interactive content now must be entered via Enter or F2 keypress - Expandable cells continue to be toggled via Enter or F2 keypress - `EuiDataGrid` now provides a direct screen reader hint for Enter key behavior for expandable & interactive cells ([#7448](elastic/eui#7448))
`v92.0.0-backport.0`⏩ `v92.1.1` --- ## [`v92.1.1`](https://github.com/elastic/eui/releases/v92.1.1) **Bug fixes** - Minor `EuiDataGrid` cell performance fixes ([elastic#7465](elastic/eui#7465)) ## [`v92.1.0`](https://github.com/elastic/eui/releases/v92.1.0) - Updated `EuiResizableButton` to allow customizing the `indicator` style with either `handle` (default) or `border` ([elastic#7455](elastic/eui#7455)) - Enhanced `EuiResizableContainer` to preserve the drag/resize event when the user's mouse leaves the parent container and re-enters ([elastic#7456](elastic/eui#7456)) **Bug fixes** - Fixed an `EuiTreeView` JSX Typescript error ([elastic#7452](elastic/eui#7452)) - Fixed a color console warning being generated by disabled `EuiStep`s ([elastic#7454](elastic/eui#7454)) **Accessibility** - `EuiDataGrid`'s keyboard/screenreader experience has been tweaked to be more consistent for varying complex data: ([elastic#7448](elastic/eui#7448)) - Headers are now always navigable by arrow key, regardless of whether the header cells contain interactive content - Non-expandable cells containing any amount of interactive content now must be entered via Enter or F2 keypress - Expandable cells continue to be toggled via Enter or F2 keypress - `EuiDataGrid` now provides a direct screen reader hint for Enter key behavior for expandable & interactive cells ([elastic#7448](elastic/eui#7448))
I been getting this error lately as soon as fire up Kibana. Any ideas why this is happening ?
As soon as I hit the Go Back button my queries would populate.
The text was updated successfully, but these errors were encountered: