Skip to content
Snippets Groups Projects
Unverified Commit 595785b9 authored by Jacob Joseph's avatar Jacob Joseph Committed by GitHub
Browse files

Update environment-variables.md (#36231)

Added  MB_JDBC_DATA_WAREHOUSE_UNRETURNED_CONNECTION_TIMEOUT_SECONDS to docs
parent e512233f
No related branches found
No related tags found
No related merge requests found
......@@ -552,6 +552,18 @@ Change this to a higher value if you notice that regular usage consumes all or c
See [MB_APPLICATION_DB_MAX_CONNECTION_POOL_SIZE](#mb_application_db_max_connection_pool_size) for setting maximum connections to the Metabase application database.
### `MB_JDBC_DATA_WAREHOUSE_UNRETURNED_CONNECTION_TIMEOUT_SECONDS`
Type: integer<br>
Default: `1200`<br>
Since: v47.4
Metabase's query processor will normally kill connections when their queries time out, but in practice some connections can be severed and go undetected by Metabase, staying alive even after a query returns or times out. This environment variable tells Metabase how long to wait before killing connections if no response is received from the connection.
This variable affects connection that are severed and undetected by Metabase (i.e. Metabase never receives connection closed signal and is treating an inactive connection as active). It is most often adjusted when connecting to unreliable or dynamic connections that are behind a SSH tunnel where the connection to the SSH tunnel host may stay active even after the connection from the SSH tunnel host to the Database is severed.
If left blank, the default production value for `metabase.query-processor.query-timeout-ms` is used which is 1,200,000 ms (i.e. 1,200 seconds or 20 minutes).
### `MB_JETTY_ASYNC_RESPONSE_TIMEOUT`
Type: integer<br>
......
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment