Hide Forgot
Description of problem: I'm trying to import a big LDIF (~36 million entries) and I'm suffering a really bad performance during the "Gathering ancestorid " phase. Importing this LDIF using ldif2db or ldif2db.pl file takes around 1 day. Version-Release number of selected component (if applicable): 389-ds-base-1.3.5.10-18.el7_3.x86_64 How reproducible: very Steps to Reproduce: 1.import very large database 2. 3. Actual results: can take a day for 30M entries Expected results: faster Additional info: - from logs [04/Sep/2019:10:38:20.790500639 +0000] import bbvaES: Gathering ancestorid non-leaf IDs: processed 82% (ID count 14900000) [04/Sep/2019:10:57:44.853250820 +0000] import bbvaES: Gathering ancestorid non-leaf IDs: processed 83% (ID count 15000000) [04/Sep/2019:11:17:49.509786966 +0000] import bbvaES: Gathering ancestorid non-leaf IDs: processed 83% (ID count 15100000) [04/Sep/2019:11:38:00.980343788 +0000] import bbvaES: Gathering ancestorid non-leaf IDs: processed 84% (ID count 15200000) [04/Sep/2019:11:57:17.381658686 +0000] import bbvaES: Gathering ancestorid non-leaf IDs: processed 84% (ID count 15300000) [04/Sep/2019:12:16:30.000451563 +0000] import bbvaES: Gathering ancestorid non-leaf IDs: processed 85% (ID count 15400000) - upstream bug https://pagure.io/389-ds-base/issue/49850
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2020:1064