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 "Quanlong Huang (JIRA)" <ji...@apache.org> on 2019/08/17 13:35:00 UTC
[jira] [Commented] (IMPALA-8805) Clarify behaviour around when
resource pool config changes take effect
[ https://issues.apache.org/jira/browse/IMPALA-8805?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16909706#comment-16909706 ]
Quanlong Huang commented on IMPALA-8805:
----------------------------------------
[~tarmstrong], can we target this on 3.4.0?
> Clarify behaviour around when resource pool config changes take effect
> ----------------------------------------------------------------------
>
> Key: IMPALA-8805
> URL: https://issues.apache.org/jira/browse/IMPALA-8805
> Project: IMPALA
> Issue Type: Improvement
> Components: Backend
> Reporter: Tim Armstrong
> Assignee: Tim Armstrong
> Priority: Major
> Labels: admission-control
>
> I spent some time playing around with resource pool configs and it's quite difficult to tell when a config change took effect - I at least was temporarily convinced that there was a bug where change *were not* picked up. I believe I was mistaken and just getting confused by the staleness of the /admission UI until a query is submitted by the pool, plus my query not getting routed to the right pool.
> * Confirm that all resource pool config changes take effect dynamically when the next query is submitted
> * Document this behaviour
> * Investigate what it would take to reflect pool configs in the admission UI immediately when they take effect
> * Add information to the debug UI that indicates that pool configs are correct as-of the last query submitted to the pool
> * Maybe add logging when the config change is picked up
> * Maybe add a warning when REQUEST_POOL is specified but the query does not end up in that pool (e.g. if the pool doesn't exist).
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-all-unsubscribe@impala.apache.org
For additional commands, e-mail: issues-all-help@impala.apache.org