On 3/20/07, Star Burger <[EMAIL PROTECTED]> wrote: > Star Burger wrote: > > Jens Kraemer wrote: > >> On Mon, Mar 19, 2007 at 04:25:08PM +0100, Star Burger wrote: > >> [..] > >>> > >>> The index is usable (although doesn't seem to be the fastest) and is a > >>> direct result of Model.rebuild_index. The index wasn't built up step by > >>> step from application usage, but with a singel rebuild_index from a > >>> filled DB. > >> > >> I guess optimizing the index didn't solve the problem? > >> > >> Jens > >> > >> > >> -- > >> Jens Kr�mer > >> webit! Gesellschaft f�r neue Medien mbH > >> Schnorrstra�e 76 | 01069 Dresden > >> Telefon +49 351 46766-0 | Telefax +49 351 46766-66 > >> [EMAIL PROTECTED] | www.webit.de > >> > >> Amtsgericht Dresden | HRB 15422 > >> GF Sven Haubold, Hagen Malessa > > > > Location.aaf_index.ferret_index.optimize > > > > resluted in "=> nil" and took a fraction of a second only. The index > > structure didn't change. > > Again - the number of files were the result of one indexing process: > Model.rebuild_index. > > Most files (e.g. _j2.cfs) are listed as 1kb only. > > I've read in earlier posts that these might be temporary files that > ferret couldn't delete for some reason. Is there a way to fix that?
Could you send me a full listing of the directory privately, as well as a copy of the segments_* file. That would be a big help in debugging this problem. Cheers, Dave -- Dave Balmain http://www.davebalmain.com/ _______________________________________________ Ferret-talk mailing list [email protected] http://rubyforge.org/mailman/listinfo/ferret-talk
