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 preallocation ignores several other expected errors.
On 10/9/2017 6:09 PM, Ricardo Branco wrote:
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 <t...@talpey.com> 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 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 seen
on anything in the decade, and isn't likely to return OPNOTSUPP.
On 10/9/2017 8:29 AM, Ricardo Branco wrote:
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): Error:
file_preallocate(/var/vmail/ops/mdbox/storage/.temp.1507551663.P21424Q109M878872.posti2.dc1.wenn.com)
failed: Operation not supported
