You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Ben Lau (JIRA)" <ji...@apache.org> on 2018/02/13 23:29:00 UTC

[jira] [Created] (HBASE-19995) Current Jetty 9 version in HBase master branch can memory leak under high traffic

Ben Lau created HBASE-19995:
-------------------------------

             Summary: Current Jetty 9 version in HBase master branch can memory leak under high traffic
                 Key: HBASE-19995
                 URL: https://issues.apache.org/jira/browse/HBASE-19995
             Project: HBase
          Issue Type: Bug
          Components: REST
    Affects Versions: 2.0
            Reporter: Ben Lau


There is a memory-leak in Jetty 9 that manifests whenever you hit the call queue limit in HBase REST.  The memory-leak leaks both on-heap and off-heap objects permanently.  It happens because whenever the call queue for Jetty server overflows, the task that is rejected runs a 'reject' method if it is a Rejectable to do any cleanup. This clean up is necessary to for example close the connection, deallocate any buffers, etc. Unfortunately, in Jetty 9, they implemented the 'reject' / cleanup method of the SelectChannelEndpoint as a non-blocking call that is not guaranteed to run.  This was later fixed in Jetty 9.4 and later backported however the version of Jetty 9 pulled in HBase for REST comes before this fix.  See [https://github.com/eclipse/jetty.project/issues/1804] and [https://github.com/apache/hbase/blob/master/pom.xml#L1416.]

If we want to stay on 9.3.X we could update to [9.3.22.v20171030|https://mvnrepository.com/artifact/org.eclipse.jetty/jetty-server/9.3.22.v20171030] which is the latest version of 9.3.  Thoughts?



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