Skip to content
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

Kibana - socket hang up error #6443

Closed
stackoverflower opened this issue Mar 7, 2016 · 4 comments
Closed

Kibana - socket hang up error #6443

stackoverflower opened this issue Mar 7, 2016 · 4 comments

Comments

@stackoverflower
Copy link

I am running Kibana behind IIS reverse proxy server and getting following error

*Courier Fetch Error: unhandled courier request error: socket hang up
I am on Version: 4.2.2, Build: 9177. *
I get this error only when I use proxy server which I need to restrict access to Kibana. I am not sure what is causing this or how to fix it.

Error: unhandled courier request error: socket hang up
at handleError (http://kibana-server/bundles/kibana.bundle.js:70047:23)
at DocRequest.AbstractReqProvider.AbstractReq.handleFailure (http://kibana-server/bundles/kibana.bundle.js:69967:15)
at http://kibana-server/bundles/kibana.bundle.js:69861:18
at Array.forEach (native)
at http://kibana-server/bundles/kibana.bundle.js:69859:19
at wrappedErrback (http://kibana-server/bundles/commons.bundle.js:39286:79)
at http://kibana-server/bundles/commons.bundle.js:39419:77
at Scope.$eval (http://kibana-server/bundles/commons.bundle.js:40406:29)
at Scope.$digest (http://kibana-server/bundles/commons.bundle.js:40218:32)
at Scope.$apply (http://kibana-server/bundles/commons.bundle.js:40510:25)

Originally discussed as part of Issue#3110 but posting it as a new issue since that one is marked as closed.

@rashidkpc
Copy link
Contributor

Does this happen without the proxy in place? From the sound of your ticket it sounds like it doesn't, which would point to the proxy itself being the issue. Possibly a timeout configuration issue? Please join us at http://discuss.elastic.co for support

@LeeDr
Copy link

LeeDr commented Jan 6, 2017

I'm adding some notes to this closed issue based on Kibana 4.6.4 testing just for informational purposes.

Short summary is that these appear to be harmless errors. I haven't seen any UI issues with this in the browser and everything in Kibana seems to work fine when this type of log error occurs. I didn't see anybody else report any UI problems related to these log errors either.

If I have Elasticsearch 2.4.4 with license and shield plugins
and Kibana 4.6.4 with shield plugin.

The Kibana Shield plugin requires SSL configuration, but I'm using some test cert which was not created for this machine or issued by a trusted authority. That could be the cause of these errors. I could generate certs that are better, but not completely trusted so I'm not going to spend too much time on that.

If I start Kibana and open a new incognito Chrome browser window (I'm on Windows) and go to https://localhost:5601 I see it says Not Secure by the URL because of my cert. But no errors in Kibana console output.

If I open a new IE 11 private window and go to https://localhost:5601 Kibana immediately logs;

 log   [18:51:30.985] [error][client][connection] Error: socket hang up
   at TLSSocket.<anonymous> (_tls_wrap.js:822:25)
   at emitOne (events.js:101:20)
   at TLSSocket.emit (events.js:188:7)
   at Socket._handle.close (net.js:498:12)
   at Socket.g (events.js:291:16)
   at emitOne (events.js:101:20)
   at Socket.emit (events.js:188:7)
   at TCP._handle.close [as _onclose] (net.js:498:12)
 log   [18:51:30.996] [error][client][connection] Error: socket hang up
   at TLSSocket.<anonymous> (_tls_wrap.js:822:25)
   at emitOne (events.js:101:20)
   at TLSSocket.emit (events.js:188:7)
   at Socket._handle.close (net.js:498:12)
   at Socket.g (events.js:291:16)
   at emitOne (events.js:101:20)
   at Socket.emit (events.js:188:7)
   at TCP._handle.close [as _onclose] (net.js:498:12)

When I click Continue to this website (not recommended). in IE 11 I get 2 more errors in the log.
But I can log in to Kibana and there's no sign of a problem.

Microsoft Edge browser causes the same errors in the Kibana log as IE 11.

When I try Firefox I get a different error in the log (but again, everything works fine in the browser);

 log   [18:53:39.178] [error][client][connection] Error: 0:error:14094418:SSL routines:ssl3_read_bytes:tlsv1 alert unknown ca:openssl\ssl\s3_pkt.c:1487:SSL alert number 48

   at Error (native)

@rashmivkulkarni
Copy link
Contributor

@LeeDr : should we re-open this ?am not sure if this will be fixed for 4.6.4 though ? thoughts ?

@LeeDr
Copy link

LeeDr commented Jan 6, 2017

I'm assuming these errors in the log are caused by are invalid certs because Firefox, IE, and Edge all cause them in my scenario and they all also fail to load Kibana until you negotiate the insecure certificate acceptance.
And Chrome loads Kibana immediately and doesn't cause the errors in the log.

If had had completely valid certs from a trusted authority for the host Kibana was running on and we still saw the errors, then I think we should do something about it. Even if that's just to suppress the error from being logged.

jbudz pushed a commit that referenced this issue Dec 19, 2022
eui@70.4.0 ⏩ eui@71.0.0

---

## [`71.0.0`](https://github.com/elastic/eui/tree/v71.0.0)

- Implemented new `EuiRange` and `EuiDualRange` designs where the
`levels` are now on top of the tracks
([#6092](elastic/eui#6092))
- Added `discuss` and `dotInCircle` glyphs to `EuiIcon`
([#6434](elastic/eui#6434))
- Added `article` glyph to `EuiIcon`
([#6437](elastic/eui#6437))
- Changed the `EuiProvider` usage warnings to not rely on development
mode. ([#6451](elastic/eui#6451))

**Breaking changes**

- `EuiDualRange` now explicitly requires both `min` and `max` via props
types, to match `EuiRange`
([#6092](elastic/eui#6092))
- `EuiRange` and `EuiDualRange`'s `compressed` size no longer impacts
track or level sizes, but continues to compress tick and input sizes.
([#6092](elastic/eui#6092))
- Removed all variables for the following components from EUI's theme
JSON files: ([#6443](elastic/eui#6443))
  - `euiCollapsibleNav*`
  - `euiColorPicker*`
  - `euiContextMenu*`
  - `euiControlBar*`
  - `euiDataGrid* `(except for z-indices and cell padding sizes)
  - `euiDatePicker*`
  - `euiSuperDatePicker*`
  - `euiDragAndDrop*`
  - `euiEuiEmptyPrompt*`
  - `euiFilePicker*`
  - `euiRange*`
  - `euiHeaderLinks*`
  - `euiKeyPad*`
  - `euiMarkdownEditor*`
  - `euiResizable*`
  - `euiSelectable*`
  - `euiSideNav*`
  - `euiStep*`
  - `euiSuggest*`
  - `euiTable*` (except for color variables)
  - `euiTooltip*`
- `euiButtonFontWeight`, `euiButtonDefaultTransparency`, and
`euiButtonMinWidth`
- If you were importing any of the above removed JSON variables, we
strongly recommend using generic color or sizing variables from
`useEuiTheme()` instead.
([#6443](elastic/eui#6443))

**CSS-in-JS conversions**

- Converted `EuiRange` and `EuiDualRange` to Emotion; Removed
`$euiRangeThumbRadius`
([#6092](elastic/eui#6092))
- Added a new `logicalStyles` utility that automatically converts all
non-logical properties in a `style` object to their corresponding
logical properties ([#6426](elastic/eui#6426))
- Added a new `logicalShorthandCSS` utility that automatically converts
`margin`, `padding`, and other 4-sided shorthands to their corresponding
logical properties ([#6429](elastic/eui#6429))
- Added a new `logicalBorderRadiusCSS` utility that automatically
converts `border-radius` to corresponding logical properties
([#6429](elastic/eui#6429))

Co-authored-by: Constance Chen <constance.chen@elastic.co>
Co-authored-by: Kibana Machine <42973632+kibanamachine@users.noreply.github.com>
Co-authored-by: Stratoula Kalafateli <efstratia.kalafateli@elastic.co>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants