[Dovecot] Quota over NFS with inode limit

Patrick Domack patrickdk at patrickdk.com
Thu Jun 11 20:40:00 EEST 2009


Hmm, there are no log messages for the last two weeks that say a  
rename failed for imap services at all. The user account this was  
happening on has had their quota problem fixed, and now I am unable to  
replicate it :(

The only thing I did notice is the user was at 1 inode below thier  
hardlimit, and wasn't anywhere near their block limit.

I guess this is going on hold till I can replicate the issue again,  
but here is some log info, and I didn't see any notice in postfix  
about looking for this error code, but it sees it and bounces on it,  
so maybe I should dig into it's code some more.

deliver(xxx): msgid=<xxx>: save failed to INBOX: Internal error  
occurred. Refer to server log for more information. [2009-06-08  
22:15:12]
deliver(xxx):  
rename(/var/mail/xxx/tmp/1244513712.M557487P17017.5011.mail,  
/var/mail/xxx/new/1244513712.M557487P17017.5011.mail,W=2019) failed:  
File too large
postfix/pipe[17014]: 68DFC7066D: to=<xxx>, relay=dovecot, delay=72,  
delays=72/0.02/0/0.04, dsn=4.3.0, status=deferred (temporary failure)

mail_bulk/virtual[13809]: 552706F2AD: to=<xxx>, relay=virtual,  
delay=0.04, delays=0.01/0.01/0/0.02, dsn=5.2.2, status=bounced  
(maildir delivery failed: create maildir file  
/var/mail/xxx/new/1244513678.V15I307e5e5M366990.5012.mail: File too  
large)


Quoting Timo Sirainen <tss at iki.fi>:

> Dovecot always renames files when moving from tmp/, you can't make it
> use hard links. The maildir_copy_with_hardlinks is only about how to
> copy messages from one mailbox to another, and it's enabled by default
> in v1.1+.
>
> Wonder if this affects rename() only when moving from one directory to
> another, or also within a directory? So if you're out of inodes and you
> change a message flag, does rename() succeed?
>
> On Jun 11, 2009, at 8:34 AM, Patrick Domack wrote:
>
>> Hmm, looking at how postfix handles this, it hardlinks the files,   
>> so I guess I could turn on hardlinking that way rename isn't used,   
>> and won't get this error.
>>
>> But probably still something to look into?
>>
>> Quoting Timo Sirainen <tss at iki.fi>:
>>
>>> On Jun 10, 2009, at 1:51 PM, Patrick Domack wrote:
>>>
>>>> Looking into this some more, all the log entries that cause this   
>>>>  have to do with rename and EFBIG.
>>>>
>>>> deliver(xxx):    
>>>> rename(/var/mail/virtual/xxx/tmp/1244513712.M557487P17017.5011.mail,   
>>>> /var/mail/virtual/xxx/new/1244513712.M557487P17017.5011.mail,W=2019)    
>>>> failed: File too large
>>>
>>> That looks weird. So this is with Linux as NFS client? What do you use
>>> as NFS server? To me this feels like NFS server bug..
>>
>>
>>





More information about the dovecot mailing list