Jack Stewart wrote:
Yes, the indexes are also on NFS.
The locking is fcntl() - the default.
I'm guessing that's the problem. NFS locking seems to break/hang
randomly sometimes. Can you somehow restart the NFS server locking
daemon?
I changed the /etc/hosts.allow so that any connection
Timo Sirainen wrote:
On Wed, 2009-01-07 at 08:32 -0800, Jack Stewart wrote:
Timo Sirainen wrote:
On Tue, 2009-01-06 at 23:11 -0800, Jack Stewart wrote:
an 6 01:21:02 earth-griffen dovecot: IMAP(zabala): Timeout while
waiting for lock for transaction log file
/var/spool/dovecot/indexes/z/z
On Wed, 2009-01-07 at 08:32 -0800, Jack Stewart wrote:
> Timo Sirainen wrote:
> > On Tue, 2009-01-06 at 23:11 -0800, Jack Stewart wrote:
> >> an 6 01:21:02 earth-griffen dovecot: IMAP(zabala): Timeout while
> >> waiting for lock for transaction log file
> >> /var/spool/dovecot/indexes/z/zabala/
Timo Sirainen wrote:
On Tue, 2009-01-06 at 23:11 -0800, Jack Stewart wrote:
an 6 01:21:02 earth-griffen dovecot: IMAP(zabala): Timeout while
waiting for lock for transaction log file
/var/spool/dovecot/indexes/z/zabala/.INBOX/dovecot.index.log
This is the main problem. So indexes are also
On Tue, 2009-01-06 at 23:11 -0800, Jack Stewart wrote:
> an 6 01:21:02 earth-griffen dovecot: IMAP(zabala): Timeout while
> waiting for lock for transaction log file
> /var/spool/dovecot/indexes/z/zabala/.INBOX/dovecot.index.log
This is the main problem. So indexes are also on NFS? What locking
Hi,
Up until yesterday, our environment which consists an NFS maildir file
store with multiple front end servers, was working fine. We've verified
that the server clocks and machines clocks are in sync.
Starting yesterday afternoon, We are getting ~850 log entries of the
form 'Timeout whil