squatter problem

Bron Gondwana brong at fastmail.fm
Wed Sep 5 20:29:50 EDT 2007


On Wed, Sep 05, 2007 at 03:15:33PM -0400, Robert Banz wrote:
> 
> On Sep 5, 2007, at 14:49, Michael D. Sofka wrote:
> 
> > On Wednesday 05 September 2007 09:44:16 am Robert Banz wrote:
> >
> >> Sep  5 02:00:00 ms1.mail.umbc.edu squatter[29759]: [ID 454541
> >> local6.debug] skipping mailbox user/a28/Spam
> >> Sep  5 02:00:00 ms1.mail.umbc.edu squatter[29759]: [ID 454541
> >> local6.debug] skipping mailbox user/a28/Trash
> >> Sep  5 02:00:00 ms1.mail.umbc.edu squatter[29759]: [ID 811920
> >> local6.notice] done indexing mailboxes
> >>
> >> Squatter seems to think its work is done rather quickly when running
> >> under the master's control, but if I run the same command line ( /
> >> local/cyrus/bin/squatter -s ) from the command line, it happily chugs
> >> along, indexing and indexing.
> >
> > I've been seeing the same behavior on both our back-end servers.
> > We're running Cyrus 2.2.12.
> 
> I'm up on 2.3.8 with a few of the fastmail.fm patches -- sorry,  
> forgot to include that in the mix.

Are you running the command line squatter as root?  If so, then maybe
there's a file early in the squatter run that's root owned and causing
squatter to abort when run as the cyrus user - I'm afriad I don't know
much about squatter, but that would be my first suspicion.

Another theory - do you have a custom imapd.conf for the master
process?  If so, the hand run squatter may be reading a different
config file from the one run by master.

Finally - have you tried changing the squatter command that master
runs to do an strace dump to a file somewhere so you can see what
it was trying?

Bron.


More information about the Info-cyrus mailing list