My guess is that it's an NFS server issue, but you'd need an NFS
packet trace to verify. Or maybe just run a modern NFS server and
compare.
In any event, my other guess is that it's harmless. Failing to extend
a file doesn't actually lose message data, and the lib-storage code
for mdbox prealloca
Mail server runs centos 6.9 and so does the nfs servers, it is using nfsv3 on
mount, underlining fs is xfs.
On 9 October 2017 23:00:42 BST, Tom Talpey wrote:
>What OS are you running doveadm on, and what type of NFS server is
>hosting the storage?
>
>One possibility on (much) older NFS servers
What OS are you running doveadm on, and what type of NFS server is
hosting the storage?
One possibility on (much) older NFS servers is that some of them refuse
to extend a file when setting the file length to a larger value than
the current size. However, that's a really obsolete behavior, not se
I am getting lots of these messages in my imapd.log or while I am doing mailbox
operations on the terminal.
All my mailboxes are stored on NFS and ive set the nfs locking params in the config, only one mailserver accessing this
share.
Any ideas why this would be happening?
doveadm(ops): Err
