You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-dev@hadoop.apache.org by "Larry McCay (JIRA)" <ji...@apache.org> on 2014/02/21 16:55:19 UTC

[jira] [Created] (HADOOP-10357) Memory Leak in UserGroupInformation.doAs for JDBC Connection to Hive

Larry McCay created HADOOP-10357:
------------------------------------

             Summary: Memory Leak in UserGroupInformation.doAs for JDBC Connection to Hive
                 Key: HADOOP-10357
                 URL: https://issues.apache.org/jira/browse/HADOOP-10357
             Project: Hadoop Common
          Issue Type: Bug
          Components: security
    Affects Versions: 1.2.0
            Reporter: Larry McCay


When using UGI.doAs in order to make a connection there appears to be a memory leak involving the UGI that is used for the doAs and the UGI held by TUGIAssumingTransport.

When using this approach to establishing a JDBC connection in an environment that will serve many users and requests client side eventually runs out of memory.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

Re: [jira] [Created] (HADOOP-10357) Memory Leak in UserGroupInformation.doAs for JDBC Connection to Hive

Posted by Kevin Minder <ke...@hortonworks.com>.
I believe you have a test case to reproduce this issues.  Can you please 
zip that up and attach it here.

On 2/21/14 10:55 AM, Larry McCay (JIRA) wrote:
> Larry McCay created HADOOP-10357:
> ------------------------------------
>
>               Summary: Memory Leak in UserGroupInformation.doAs for JDBC Connection to Hive
>                   Key: HADOOP-10357
>                   URL: https://issues.apache.org/jira/browse/HADOOP-10357
>               Project: Hadoop Common
>            Issue Type: Bug
>            Components: security
>      Affects Versions: 1.2.0
>              Reporter: Larry McCay
>
>
> When using UGI.doAs in order to make a connection there appears to be a memory leak involving the UGI that is used for the doAs and the UGI held by TUGIAssumingTransport.
>
> When using this approach to establishing a JDBC connection in an environment that will serve many users and requests client side eventually runs out of memory.
>
>
>
> --
> This message was sent by Atlassian JIRA
> (v6.1.5#6160)


-- 
CONFIDENTIALITY NOTICE
NOTICE: This message is intended for the use of the individual or entity to 
which it is addressed and may contain information that is confidential, 
privileged and exempt from disclosure under applicable law. If the reader 
of this message is not the intended recipient, you are hereby notified that 
any printing, copying, dissemination, distribution, disclosure or 
forwarding of this communication is strictly prohibited. If you have 
received this communication in error, please contact the sender immediately 
and delete it from your system. Thank You.