<div>All,</div>
<div> </div>
<div>I tested this from scratch.</div>
<div>I used the ldif_2db function which did work much faster! 112 seconds...rather then about 20 minutes.</div>
<div> </div>
<div>However I think the verify_db and db2_index functions are not in agreement.</div>
<div> </div>
<div>Create indexes.</div>
<div>After my initial import. </div>
<div>[root@ldap3 slapd-ldap3]# more out.after.final.txt <br>*****************************************************************<br>verify-db: This tool should only be run if recovery start fails<br>and the server is down.  If you run this tool while the server is
<br>running, you may get false reports of corrupted files or other<br>false errors.<br>*****************************************************************<br>Verify log files in db ... Good<br>Verify db/o_idsk_com/id2entry.db4 ... Good
<br>Verify db/userRoot/ancestorid.db4 ... Good<br>Verify db/userRoot/entrydn.db4 ... Good<br>Verify db/userRoot/cn.db4 ... Good<br>Verify db/userRoot/numsubordinates.db4 ... Good<br>Verify db/userRoot/aci.db4 ... Good<br>
Verify db/userRoot/parentid.db4 ... Good<br>Verify db/userRoot/objectclass.db4 ... Good<br>Verify db/userRoot/id2entry.db4 ... Good<br>Verify db/userRoot/nsUniqueId.db4 ... Good<br>Verify db/idsk_services/ancestorid.db4 ... 
<br>DB ERROR: db_verify: Page 4: out-of-order key at entry 252<br>DB ERROR: db_verify: Page 7: out-of-order key at entry 194<br>DB ERROR: db_verify: Page 7: out-of-order key at entry 450<br>DB ERROR: db_verify: Page 11: out-of-order key at entry 69
<br>DB ERROR: db_verify: Page 11: out-of-order key at entry 325<br>DB ERROR: db_verify: Page 11: out-of-order key at entry 581<br>DB ERROR: db_verify: Page 12: out-of-order key at entry 22<br>DB ERROR: db_verify: Page 16: out-of-order key at entry 249
<br>DB ERROR: db_verify: Page 16: out-of-order key at entry 498<br>DB ERROR: db_verify: Page 16: out-of-order key at entry 754<br>DB ERROR: db_verify: Page 17: out-of-order key at entry 195<br>DB ERROR: db_verify: Page 17: out-of-order key at entry 451
<br>DB ERROR: db_verify: Page 17: out-of-order key at entry 707<br>DB ERROR: db_verify: Page 18: out-of-order key at entry 148<br>DB ERROR: db_verify: Page 21: out-of-order key at entry 254<br>DB ERROR: db_verify: Page 21: out-of-order key at entry 510
<br>DB ERROR: db_verify: Page 21: out-of-order key at entry 766<br>DB ERROR: db_verify: Page 22: out-of-order key at entry 207<br>DB ERROR: db_verify: Page 22: out-of-order key at entry 463<br>DB ERROR: db_verify: Page 22: out-of-order key at entry 719
<br>DB ERROR: db_verify: Page 23: out-of-order key at entry 160<br>DB ERROR: db_verify: DB->verify: db/idsk_services/ancestorid.db4: DB_VERIFY_BAD: Database verification failed<br>Secondary index file ancestorid.db4 in db/idsk_services is corrupted.
<br>Please run db2index(.pl) for reindexing.<br> </div>
<div>So then i reran db2index....verify_db again...same result. </div>
<div> </div>
<div>Edward<br><br> </div>
<div><span class="gmail_quote">On 12/15/06, <b class="gmail_sendername">Eddie C</b> <<a href="mailto:edlinuxguru@gmail.com">edlinuxguru@gmail.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div>I recently did an ldif backup of our iplanet 52 database. Its about an 88 MB ldif file.</div>
<div>I took this to a new FDS server Dell 850 3 ghz duel core 2 sata hard disks. </div>
<div>I ran an ldapadd  the data imported perfectly.</div>
<div>Then I tried to cutover some systems and give the database some load.</div>
<div> </div>
<div>System went 200% processor</div>
<div> </div>
<div>Eventually I realized I was missing indexes so I added them through the graphical tool.</div>
<div> </div>
<div>The log seemed to do something like this<br>generating <span class="st" id="st" name="st">index</span> 1%</div>
<div>generating <span class="st" id="st" name="st">index</span> 2%</div>
<div>....<br>generating <span class="st" id="st" name="st">index</span> 49%<br>Done</div>
<div>Seemed weird that they would jump from 49% to Done</div>
<div>At this point the new system was running at 100% processor</div>
<div>But the queries are running faster on our old 440 MHZ sparc t1 server52 database</div>
<div> </div>
<div>I ran <br>DB ERROR: db_verify: Page 30: out-of-order key at entry 498<br>DB ERROR: db_verify: DB->verify: db/o_com/channelcontentowner.db4: DB_VERIFY_BAD: Database verification failed<br> </div>
<div>then I tried db2_index. The program seemed to be in a tight loop complaining about 1 missing entry.</div>
<div> </div>
<div>I do not realize how the data can be so corrupted right after an import.</div>
<div> </div>
<div>These are someone generic symptoms. Any ideas? Thanks</div></blockquote></div><br>