You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hive.apache.org by "cheng yong (Jira)" <ji...@apache.org> on 2020/08/15 14:50:00 UTC
[jira] [Commented] (HIVE-22753) Fix gradual mem leak: Operationlog
related appenders should be cleared up on errors
[ https://issues.apache.org/jira/browse/HIVE-22753?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17178276#comment-17178276 ]
cheng yong commented on HIVE-22753:
-----------------------------------
I apply the patch to hive 3.1.2。
but some opertion log does not get cleared up.
and in hive-server2.log can't find the error.
{code:java}
LOGGER.error(fileName + " was closed recently.");
{code}
Can this patch be used for hive 3.1.2?
Thank you.
> Fix gradual mem leak: Operationlog related appenders should be cleared up on errors
> ------------------------------------------------------------------------------------
>
> Key: HIVE-22753
> URL: https://issues.apache.org/jira/browse/HIVE-22753
> Project: Hive
> Issue Type: Improvement
> Components: HiveServer2
> Reporter: Rajesh Balamohan
> Assignee: Rajesh Balamohan
> Priority: Minor
> Fix For: 4.0.0
>
> Attachments: HIVE-22753.1.patch, HIVE-22753.2.patch, HIVE-22753.3.patch, HIVE-22753.4.patch, image-2020-01-21-11-14-37-911.png, image-2020-01-21-11-17-59-279.png, image-2020-01-21-11-18-37-294.png
>
>
> In case of exception in SQLOperation, operational log does not get cleared up. This causes gradual build up of HushableRandomAccessFileAppender causing HS2 to OOM after some time.
> !image-2020-01-21-11-14-37-911.png|width=431,height=267!
>
> Allocation tree
> !image-2020-01-21-11-18-37-294.png|width=425,height=178!
>
> Prod instance mem
> !image-2020-01-21-11-17-59-279.png|width=671,height=201!
>
> Each HushableRandomAccessFileAppender holds internal ref to RandomAccessFileAppender which holds a 256 KB bytebuffer, causing the mem leak.
> Related ticket: HIVE-18820
--
This message was sent by Atlassian Jira
(v8.3.4#803005)