You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by "John Peter (JIRA)" <ji...@apache.org> on 2015/09/15 14:14:46 UTC

[jira] [Created] (DIRSERVER-2093) ApacheDS M19 got stuck and no longer returns all entries

John Peter created DIRSERVER-2093:
-------------------------------------

             Summary: ApacheDS M19 got stuck and no longer returns all entries
                 Key: DIRSERVER-2093
                 URL: https://issues.apache.org/jira/browse/DIRSERVER-2093
             Project: Directory ApacheDS
          Issue Type: Bug
    Affects Versions: 2.0.0-M19
            Reporter: John Peter
            Priority: Blocker


We are using ApacheDS M19 on DC1 and DC2. DC1 is primary and all editing is done to DC1.

We use a custom replication scheme to push updated to DC2 once an hour. (MultiMaster replication has caused us issues...)

DC2 apacheDS stopped responding with the error message:
INFO   | jvm 1    | 2015/09/12 03:28:58 | Exception in thread "pool-2-thread-341" Exception in thread "pool-2-thread-528" Exception in thread "pool-2-thread-802" Exception in thread "pool-7-thread-1716" java.lang.OutOfMemoryError: GC overhead limit exceeded

This happend when the custom build replication tried searching for all the entries with a query: (objectClass=*).

On DC1 it returns 28469 entries. On DC2 it received a timeout.

After restarting DC2 apacheDS it seemed to startup normally but using Directory studio to search for all entries it seems to return only 6665 entries.

Under ApacheDS\instances\default\partitions
DC1 we can see a size of 778MB. The master.db is 329MB.
DC2 we can see a size of 2,56GB. The master.db is 2,46G.

Might the DC2 apacheDS database be corrupt? Any idea why it is so large?

Any suggestions how to recover and how to avoid the issue from reoccuring?

We had similar issues in August and it was solved by reinstalling the DC2 apacheDS from an ldif dump.







--
This message was sent by Atlassian JIRA
(v6.3.4#6332)