xfs
[Top] [All Lists]

Re: [Courier-imap] Courier Imap 3.0.7 rpmbuild fails with xfs->l

Subject: Re: [Courier-imap] Courier Imap 3.0.7 rpmbuild fails with xfs->lvm2->md1
From: Sam Varshavchik <mrsam@xxxxxxxxxxxxxxx>
Date: Thu, 09 Sep 2004 19:38:49 -0400
Cc: courier-imap@xxxxxxxxxxxxxxxxxxxxx, linux-xfs@xxxxxxxxxxx
References: <414019EC.8060903@xxxxxxxxxxx>
Sender: linux-xfs-bounce@xxxxxxxxxxx
Kai Leibrandt writes:

Hi Sam,

here's what I got from Nathan on the linux-xfs mailing list. As I have
no idea what maildiraclttest does, nor can make sense of strace output,
I was hoping you could help us out here...
Gzipped strace output of maildiraclttest attached.

thanks in advance,

From your strace:

rename("confmdtest/tmp/1094656838.M69783P2446_acl.testbed.kailee.net", 
"confmdtest/courierimaphieracl/foobar") = 0

followed by:

stat64("confmdtest/courierimaphieracl/foobar", {st_mode=S_IFREG|0644, st_size=27, 
…}) = 0
unlink("confmdtest/courierimaphieracl/foobar") = 0

The stat/unlink calls come from here:

                        if (stat(p, &stat_buf) == 0 &&
                            stat_buf.st_mtime < now - 60*60)
                                unlink(p);

The unlink should not happen unless the timestamp is one hour old. Except
that this file was created only a few milliseconds ago.  Bzzzzzt.  make
check fails.

Unfortunately the default options for strace do not log all fields returned
from stat().  You'll need to rerun the trace using the -v flag to get the
full picture, but something's messing with the st_mtime field.

I dimly recall someone mentioning an issue with st_mtime on XFS, a long time
ago.

Attachment: pgpdUy9KzhZNu.pgp
Description: PGP signature

<Prev in Thread] Current Thread [Next in Thread>