You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues-all@impala.apache.org by "Miklos Szurap (Jira)" <ji...@apache.org> on 2023/11/03 16:58:00 UTC
[jira] [Created] (IMPALA-12538) Allow clamping of EXEC_TIME_LIMIT_S Query Option per pool
Miklos Szurap created IMPALA-12538:
--------------------------------------
Summary: Allow clamping of EXEC_TIME_LIMIT_S Query Option per pool
Key: IMPALA-12538
URL: https://issues.apache.org/jira/browse/IMPALA-12538
Project: IMPALA
Issue Type: New Feature
Affects Versions: Impala 4.3.0
Reporter: Miklos Szurap
Setting the EXEC_TIME_LIMIT_S (for example to 1800 which equals to 30 minutes execution time) is commonly used to protect the cluster against runaway queries. This is also suggested in the docs:
https://impala.apache.org/docs/build/html/topics/impala_exec_time_limit_s.html
However currently users can disable this feature with explicitly running the {{set EXEC_TIME_LIMIT_S=0}} before their queries. In production environments this typically causes all sorts of problems.
Similarly to the "Clamp MEM_LIMIT Query Option" we could also limit the EXEC_TIME_LIMIT_S to a value set by default on the pool level.
Hive solves similar requirements with "config blacklists" (so some SET statements are restricted), that could be an alternative but probably too restrictive solution.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-all-unsubscribe@impala.apache.org
For additional commands, e-mail: issues-all-help@impala.apache.org