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 <tom@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