drill-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Deneche A. Hakim (JIRA)" <j...@apache.org>
Subject [jira] [Created] (DRILL-2893) ScanBatch throws a NullPointerException instead of returning OUT_OF_MEMORY
Date Tue, 28 Apr 2015 22:41:06 GMT
Deneche A. Hakim created DRILL-2893:
---------------------------------------

             Summary: ScanBatch throws a NullPointerException instead of returning OUT_OF_MEMORY
                 Key: DRILL-2893
                 URL: https://issues.apache.org/jira/browse/DRILL-2893
             Project: Apache Drill
          Issue Type: Sub-task
          Components: Execution - Relational Operators
            Reporter: Deneche A. Hakim
            Assignee: Deneche A. Hakim


- set _drill.exec.memory.top.max_ in _drill-override.conf_ to some low value (I used _1000000000_)
- disable hash aggregate (set _plannder.enable_hashagg_ to false)
- disable exchanges (set _plannder.disable_exchanges_ to true)
- run the following query
{noformat}
select count(*) from (select * from dfs.data.`tpch1/lineitem.parquet` order by l_orderkey);
{noformat}
and you should get the following error message:
{noformat}
Query failed: SYSTEM ERROR: null

Fragment 0:0

[e05ff3c2-e130-449e-b721-b3442796e29b on 172.30.1.1:31010]
{noformat}

We have 2 problems here:

1st: 
- ScanBatch detects that it can't allocate it's field value vectors and right before returning
_OUT_OF_MEMORY_ downstream it calls _clear() on the field vectors
- one of those vectors actually threw a NullPointerException in it's _allocateNew()_ methods
after it cleared it's buffer and couldn't allocate a new one
- when ScanBatch tries to clean that vector, it will throw a NullPointerException which will
prevent the ScanBatch from returning _OUT_OF_MEMORY_ and will cancel the query instead

2nd problem:
- once the query has been canceled, _ScanBatch.cleanup()_ will throw another _NullPointerException_
when cleaning the field vectors, which will prevent the cleanup of the remaining resources
and will cause a memory leak



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message