[Xapian-discuss] upgraded 1.0.19 to 1.2.0 - indexing seems to be getting stuck

Per Jessen per at computer.org
Wed Jun 2 08:15:21 BST 2010


Olly Betts wrote:

> On Wed, Jun 02, 2010 at 08:21:03AM +0200, Per Jessen wrote:
>> Olly Betts wrote:
>> 
>> > On Tue, Jun 01, 2010 at 06:14:07PM +0200, Per Jessen wrote:
>> >> Today I upgraded to 1.2.0 - and my indexing jobs are now getting
>> >> hung
>> >> up.  They appear to be waiting on a futex.  Not everyone, but
>> >> every
>> >> now and then.  I'll try to get some diagnostics.
>> > 
>> > Some more details would be useful too - you don't even mention the
>> > OS or language you're using (though I guess Linux if you have
>> > futexes).
>> 
>> Sorry, I tend to forget that.  I'm on Linux and using C++.  I have
>> written a indexing utility that reads files from disk, parses the
>> contents and indexes them.
> 
> Is this run from the command line?  Does it use threads?

Command line yes, threads no.

>> 
>> Interestingly, it seems to be waiting for a fork()ed "/bin/cat" which
>> seems to be happening in backends/flint_lock.cc ?
> 
> That process holds the write lock on the database (to protect us from
> the less helpful semantics of fcntl locking).
> 
> This has tripped up people running under selinux before, so if you're
> using selinux you might need to update your policy for processes using
> Xapian.

No SElinux here, but we do run apparmor - it didn't cause a problem with
1.0.19, but I'll the audit-log.


/Per Jessen, Zürich




More information about the Xapian-discuss mailing list