[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [sup-talk] Problems running sup-convert-ferret-index



Excerpts from Rich Lane's message of Sun Jan 17 21:10:17 -0500 2010:
> Excerpts from Steve Goldman's message of 2010-01-17 20:44:11 -0500:
> > Excerpts from Steve Goldman's message of Sun Jan 17 19:28:12 -0500 2010:
> > > Excerpts from William Morgan's message of Sun Jan 17 19:04:46 -0500 2010:
> > > > Reformatted excerpts from Steve Goldman's message of 2010-01-17:
> > > > > ... until it exited thirty minutes later with seg fault.
> > > > > 
> > > > > Anyone else see this?  Any way to debug it?
> > > > 
> > > > Is it possible it's running out of memory?
> > > 
> > > Possible.  I have 4GB and about 60k messages in my index.  So it's not
> > > too likely.  I'll run it again and watch the usage.
> > 
> > I ran it in strace.  It hung on a call to munmap, and then crashed
> > with a lot of a bunch of system call timeout warnings.
> > 
> > So it has something to do with memory.
> > 
> > Would the ruby debugger help narrow it down?  Does the ruby debugger
> > exist?
> 
> Try compiling Xapian from source with --enable-assertions. It would also
> be useful to get a core dump (ulimit -c unlimited).

This feels like a wild goose chase.

Can I start a xapian index from scratch?  Any downside to this besides
the time sink?

Thanks.
-- 

Steve Goldman
sgoldman@tower-research.com

T: 212.219.6014
F: 212.219.6007

Tower Research Capital, LLC
377 Broadway, 11th Fl.
New York, NY 10013
_______________________________________________
sup-talk mailing list
sup-talk@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-talk