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

Michael Brown resolved IMPALA-7736.
-----------------------------------
    Resolution: Won't Fix

For me this happens when you run concurrent_select.py from master against a 
pre-3.0 Impala. I think it should be fine to expect people to run earlier 
versions of the stress test on pre-3.0 Impala clusters. People will have to 
start doing that anyway now that we include queries with multiple DISTINCT 
aggregations.

> stress: AssertionError: The number of executing queries is negative
> -------------------------------------------------------------------
>
>                 Key: IMPALA-7736
>                 URL: https://issues.apache.org/jira/browse/IMPALA-7736
>             Project: IMPALA
>          Issue Type: Bug
>          Components: Infrastructure
>    Affects Versions: Impala 3.1.0
>            Reporter: Michael Brown
>            Assignee: Michael Brown
>            Priority: Critical
>              Labels: stress
>
> I'd heard about this anecdotally but haven't seen it until now:
> {noformat}
> Done | Active | Executing | Mem Lmt Ex | AC Reject | AC Timeout | Time Out | 
> Cancel | Err | Incorrect | Next Qry Mem Lmt | Tot Qry Mem Lmt | Tracked Mem | 
> RSS Mem
>  263 |      6 |         3 |         20 |         0 |          0 |        0 |  
>    17 |   0 |         0 |             9818 |           26802 |       15656 |  
>  19329
>  263 |      6 |         3 |         20 |         0 |          0 |        0 |  
>    17 |   0 |         0 |             9818 |           26802 |       15534 |  
>  19341
>  263 |      6 |         3 |         20 |         0 |          0 |        0 |  
>    17 |   0 |         0 |             9818 |           26802 |       15462 |  
>  19190
>  265 |      4 |         1 |         20 |         0 |          0 |        0 |  
>    17 |   0 |         0 |             9818 |           22938 |       15482 |  
>  19565
> Traceback (most recent call last):
>   File "tests/stress/concurrent_select.py", line 2320, in <module>
>     main()
>   File "tests/stress/concurrent_select.py", line 2316, in main
>     select_probability=args.select_probability)
>   File "tests/stress/concurrent_select.py", line 529, in run_queries
>     self._wait_for_test_to_finish(impala, should_print_status)
>   File "tests/stress/concurrent_select.py", line 943, in 
> _wait_for_test_to_finish
>     self._print_status(print_header=(lines_printed == 0))
>   File "tests/stress/concurrent_select.py", line 837, in _print_status
>     self._num_queries_executing,
>   File "tests/stress/concurrent_select.py", line 690, in 
> _num_queries_executing
>     assert num_executing >= 0, "The number of executing queries is negative"
> AssertionError: The number of executing queries is negative
> {noformat}
> I've run many thousand-query stress test runs against 3.1 without hitting 
> this. Where this finally happened was against a 2.12-based build, if that 
> matters.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to