From 888fad5f0d2edc16560f2d5966fe89f7519325e8 Mon Sep 17 00:00:00 2001 From: Michael Stack Date: Wed, 7 Dec 2011 01:18:24 +0000 Subject: [PATCH] HBASE-4968 Add to troubleshooting workaround for direct buffer oome's. git-svn-id: https://svn.apache.org/repos/asf/hbase/trunk@1211254 13f79535-47bb-0310-9956-ffa450edef68 --- src/docbkx/troubleshooting.xml | 15 +++++++++++++++ 1 file changed, 15 insertions(+) diff --git a/src/docbkx/troubleshooting.xml b/src/docbkx/troubleshooting.xml index 5d2f36bd1c0..d0218725383 100644 --- a/src/docbkx/troubleshooting.xml +++ b/src/docbkx/troubleshooting.xml @@ -543,6 +543,21 @@ hadoop 17789 155 35.2 9067824 8604364 ? S<l Mar04 9855:48 /usr/java/j +
+ Client running out of memory though heap size seems to be stable (but the off-heap/direct heap keeps growing) + +You are likely running into the issue that is described and worked through in +the mail thread HBase, mail # user - Suspected memory leak +and continued over in HBase, mail # dev - FeedbackRe: Suspected memory leak. +A workaround is passing your client-side JVM a reasonable value for -XX:MaxDirectMemorySize. By default, +the MaxDirectMemorySize is equal to your -Xmx max heapsize setting (if -Xmx is set). +Try seting it to something smaller (for example, one user had success setting it to 1g when +they had a client-side heap of 12g). If you set it too small, it will bring on FullGCs so keep +it a bit hefty. You want to make this setting client-side only especially if you are running the new experiemental +server-side off-heap cache since this feature depends on being able to use big direct buffers (You may have to keep +separate client-side and server-side config dirs). + +