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

[jira] [Created] (IMPALA-6036) Queries in admission control pool queue stay in the queue even after end client had already disconnected.

Sudarshan created IMPALA-6036:
---------------------------------

             Summary: Queries in admission control pool queue stay in the queue even after end client had already disconnected.
                 Key: IMPALA-6036
                 URL: https://issues.apache.org/jira/browse/IMPALA-6036
             Project: IMPALA
          Issue Type: Bug
            Reporter: Sudarshan



Steps to reproduce :-
------------------------------

1) Set Impala admission control queue concurrency to 1.

2) Submitting a long running query. Anything submitted after this query will be queued.

3) Submit another query. This query will get queued due to admission control queue concurrency of 1.

4) Disconnect the client that submitted the query in step 3, above.

Expected observation :-
------------------------------

Ideally you would want that the query submitted in step 3 to get canceled as soon as the client disconnects. 

What happens :-
------------------------

Query submitted in step 3 stays in the queue until it gets a chance to execute. This causes the coordinator to start the fragments and then realize that the client had already disconnected.

Attachments :-
------------------------
1. impala.log
2. profile_submitted_in_step_2.txt  ==> query profile
3. profile_submitted_in_step_3.txt ==> query profile
4. ScreenShotSessions_ImpalaDebugWebPage.png ==> Screen shot of sessions as seen from Impala debug web page. 
 




--
This message was sent by Atlassian JIRA
(v6.4.14#64029)