You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@impala.apache.org by "Adriano (JIRA)" <ji...@apache.org> on 2019/07/29 10:48:00 UTC

[jira] [Resolved] (IMPALA-8679) Make the query options set in the dynamic resource pool/admission control un-overridable in the user session

     [ https://issues.apache.org/jira/browse/IMPALA-8679?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Adriano resolved IMPALA-8679.
-----------------------------
       Resolution: Fixed
    Fix Version/s: Impala 3.1.0

IMPALA-7349  is applicable here  (specifically for the memory settings).
With this feature the users cannot override the MEM_LIMIT set in the pool configuration causing potential query failures for memory limit exceeded).

[1] https://www.cloudera.com/documentation/enterprise/6/6.1/topics/impala_admission.html#admission_memory

> Make the query options set in the dynamic resource pool/admission control un-overridable in the user session
> ------------------------------------------------------------------------------------------------------------
>
>                 Key: IMPALA-8679
>                 URL: https://issues.apache.org/jira/browse/IMPALA-8679
>             Project: IMPALA
>          Issue Type: New Feature
>          Components: Frontend
>            Reporter: Adriano
>            Priority: Major
>             Fix For: Impala 3.1.0
>
>
> Issue description: Once the admission control is configured (with the  MAX_MEM_ESTIMATE_FOR_ADMISSION, MEM_LIMIT, etc,etc query options), if a user bypass the default setting setting the query options in the session it can cause queries failures in the pools configured (e.g decreasing MAX_MEM_ESTIMATE_FOR_ADMISSION and increasing MEM_LIMIT).
> Improvement: It will be great to have a further checkboxes (with those default values) like "do not allow user to override this value". 
> The value can be changed eventually by the query optimizer, but we do not allow users to change MAX_MEM_ESTIMATE_FOR_ADMISSION at all. 



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)