ok .. but the basic issue is still there ...<br><br>i do a complete search and it hangs right on the 1st entry i added with LDAP search ... it watids for 1 minute ...and at the end returns all 4 remaining entries...<br><br>
<br>Well this is not sometihg very nice.<br><br>I playes with cache as ell .. and i used 5 GB jus to be sure ... and it is the same ... search hangs fro a while ... and after a minute it pops the remaining 4 entries.<br><br>
<br>these 4 entries i&#39;ve aded after the DB was recreated from ldiff ... this cannot be normal<br><br><br><br>what do you think ?<br><br><br><br><div class="gmail_quote">On Tue, Sep 15, 2009 at 8:13 PM, Quanah Gibson-Mount <span dir="ltr">&lt;<a href="mailto:quanah@zimbra.com">quanah@zimbra.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
--On Tuesday, September 15, 2009 5:22 PM +0200 Tihomir Culjaga &lt;<a href="mailto:tculjaga@gmail.com" target="_blank">tculjaga@gmail.com</a>&gt; wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
can anyone help ?<br>
<br>
</blockquote>
<br>
Since you reduced the number of your entries to where you DB is only 3.4 GB in size, there is no need to use a 7GB DB cache in DB_CONFIG anymore.  I&#39;d suggest you drop it to 4GB, use the unlimited dncachesize setting (dncachesize 0), and then add back in some tuning for cachesize and idlcachesize settings.<br>

<br>
You need to run one ldapsearch through the entire database to let it seed the dncache and entry cache, and to pull the data into the BDB DB cache.<br>
<br>
Once that is done, do your test.<div><div></div><div class="h5"><br>
<br>
--Quanah<br>
<br>
--<br>
<br>
Quanah Gibson-Mount<br>
Principal Software Engineer<br>
Zimbra, Inc<br>
--------------------<br>
Zimbra ::  the leader in open source messaging and collaboration<br>
</div></div></blockquote></div><br>