On Thu, Mar 25, 2010 at 05:25:53PM +0200, Timo Sirainen wrote:
Are you using ext4 on the Linux NFS server?
Yes:
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
Nano/microsecond resolution timestamps fix the worst caching problems.
I can't see whether that's true through stat mtime though.
I've tried adding some extra debugging but it seems a variety of situations are occurring:
Mar 25 15:49:36 freebsd-dev dovecot: IMAP(brian@dev.example.com): Our dotlock file /mail/0/6/37/30/brian%dev.example.com/dovecot-uidlist.lock was deleted (kept it 1 secs) file_dotlock_delete: unlink gave ENOENT Mar 25 15:49:40 freebsd-dev dovecot: IMAP(brian@dev.example.com): Our dotlock file /mail/0/6/37/30/brian%dev.example.com/dovecot-uidlist.lock was overridden (kept it 0 secs) file_dotlock_delete: inode changed Mar 25 15:49:54 freebsd-dev dovecot: IMAP(brian@dev.example.com): dotlock /mail/0/6/37/30/brian%dev.example.com/dovecot-uidlist.lock was immediately recreated under us Mar 25 15:49:56 freebsd-dev dovecot: IMAP(brian@dev.example.com): dotlock /mail/0/6/37/30/brian%dev.example.com/dovecot-uidlist.lock was immediately recreated under us Mar 25 15:50:18 freebsd-dev dovecot: IMAP(brian@dev.example.com): Our dotlock file /mail/0/6/37/30/brian%dev.example.com/dovecot-uidlist.lock was overridden (kept it 0 secs) file_dotlock_delete: inode changed Mar 25 15:50:22 freebsd-dev dovecot: IMAP(brian@dev.example.com): dotlock /mail/0/6/37/30/brian%dev.example.com/dovecot-uidlist.lock was immediately recreated under us Mar 25 15:50:27 freebsd-dev dovecot: IMAP(brian@dev.example.com): dotlock /mail/0/6/37/30/brian%dev.example.com/dovecot-uidlist.lock was immediately recreated under us
Out of interest, why is dot locking used instead of fcntl here?
Regards,
Brian.