Return-Path: X-Original-To: apmail-directory-dev-archive@www.apache.org Delivered-To: apmail-directory-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 12EA01774B for ; Wed, 4 Mar 2015 15:34:08 +0000 (UTC) Received: (qmail 46438 invoked by uid 500); 4 Mar 2015 15:34:05 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 46376 invoked by uid 500); 4 Mar 2015 15:34:04 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 46263 invoked by uid 99); 4 Mar 2015 15:34:04 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Mar 2015 15:34:04 +0000 Date: Wed, 4 Mar 2015 15:34:04 +0000 (UTC) From: "Lifan Yang (JIRA)" To: dev@directory.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Comment Edited] (DIRSERVER-2053) Sometimes apacheds will throw OutOfMemoryException MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/DIRSERVER-2053?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14347019#comment-14347019 ] Lifan Yang edited comment on DIRSERVER-2053 at 3/4/15 3:33 PM: --------------------------------------------------------------- It is a good news to find this cycle. Is it wrong with the persist logic in RecordManager? Is it possible to have a quick fix to jump out the loop when find the cycle back? Could the cycle DB file cause some other issue? was (Author: ali.yang): It is a good news to find this cycle. Is it wrong with the persist logic in RecordManager? I think it is better to introduce the persist logic briefly. I will review the code tomorrow. Is it possible to have a quick fix to jump out the loop when find the cycle back? Could the cycle DB file cause some other issue? > Sometimes apacheds will throw OutOfMemoryException > -------------------------------------------------- > > Key: DIRSERVER-2053 > URL: https://issues.apache.org/jira/browse/DIRSERVER-2053 > Project: Directory ApacheDS > Issue Type: Bug > Components: ldap > Affects Versions: 2.0.0-M19 > Environment: CentOS 6.5 with apacheds M19 installed. > Reporter: linzhao > Priority: Blocker > > After injecting some data into apacheds and restart it. Sometimes the apacheds can't be started, it will throw OutOfMemoryException. The data entries will less than 600. Exception list below: > INFO | jvm 1 | 2015/03/04 23:52:09 | Dumping heap to /opt/polycom/apacheds-dumps/java_pid24024.hprof ... > INFO | jvm 1 | 2015/03/04 23:52:19 | Heap dump file created [2094548383 bytes in 9.597 secs] > INFO | jvm 1 | 2015/03/04 23:52:19 | Error in WrapperListener.start callback. java.lang.OutOfMemoryError: GC overhead limit exceeded > INFO | jvm 1 | 2015/03/04 23:52:19 | java.lang.OutOfMemoryError: GC overhead limit exceeded > INFO | jvm 1 | 2015/03/04 23:52:19 | at java.nio.HeapByteBuffer.(HeapByteBuffer.java:57) > INFO | jvm 1 | 2015/03/04 23:52:19 | at java.nio.ByteBuffer.allocate(ByteBuffer.java:335) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.mavibot.btree.RecordManager.fetchPage(RecordManager.java:3045) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.mavibot.btree.RecordManager.readPageIOs(RecordManager.java:797) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.mavibot.btree.RecordManager.deserialize(RecordManager.java:987) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.mavibot.btree.PersistedPageHolder.fetchElement(PersistedPageHolder.java:133) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.mavibot.btree.PersistedPageHolder.getValue(PersistedPageHolder.java:113) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.mavibot.btree.AbstractPage.get(AbstractPage.java:252) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.mavibot.btree.AbstractBTree.get(AbstractBTree.java:505) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.mavibot.btree.PersistedBTree.get(PersistedBTree.java:43) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.server.core.partition.impl.btree.mavibot.MavibotTable.get(MavibotTable.java:317) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.server.core.partition.impl.btree.mavibot.MavibotIndex.forwardLookup(MavibotIndex.java:305) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.server.core.partition.impl.btree.mavibot.MavibotIndex.forwardLookup(MavibotIndex.java:58) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.server.core.partition.impl.btree.AbstractBTreePartition.getEntryId(AbstractBTreePartition.java:2473) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.server.xdbm.search.impl.DefaultSearchEngine.computeResult(DefaultSearchEngine.java:123) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.server.core.partition.impl.btree.AbstractBTreePartition.search(AbstractBTreePartition.java:1141) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.server.core.shared.partition.DefaultPartitionNexus.search(DefaultPartitionNexus.java:624) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.server.core.shared.ReferralManagerImpl.init(ReferralManagerImpl.java:178) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.server.core.shared.ReferralManagerImpl.(ReferralManagerImpl.java:86) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.server.core.referral.ReferralInterceptor.init(ReferralInterceptor.java:213) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.server.core.DefaultDirectoryService.initInterceptors(DefaultDirectoryService.java:685) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.server.core.DefaultDirectoryService.initialize(DefaultDirectoryService.java:1818) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.server.core.DefaultDirectoryService.startup(DefaultDirectoryService.java:1244) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.server.ApacheDsService.initDirectoryService(ApacheDsService.java:323) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.server.ApacheDsService.start(ApacheDsService.java:182) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.apache.directory.server.wrapper.ApacheDsTanukiWrapper.start(ApacheDsTanukiWrapper.java:72) > INFO | jvm 1 | 2015/03/04 23:52:19 | at org.tanukisoftware.wrapper.WrapperManager$12.run(WrapperManager.java:2788) > STATUS | wrapper | 2015/03/04 23:52:20 | <-- Wrapper Stopped -- This message was sent by Atlassian JIRA (v6.3.4#6332)