And as is always the case, you find the real cause of the problem when
you give up :)
[wafl.dir.size.max:warning]: Directory /var/mail/xxx/new/ reached the
maxdirsize limit. Reduce the number of files or use the vol options
command to increase this limit.
So it's a netapp max files per di
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
hard
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
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 :
On Jun 10, 2009, at 1:51 PM, Patrick Domack wrote:
Looking into
Opps, relized I didn't include the list.
I'm using a netapp filer with ontap 7.2.2 software.
I searched netapp's bug database but can't find anything related to
this being reported (so far).
Quoting Timo Sirainen :
On Jun 10, 2009, at 1:51 PM, Patrick Domack wrote:
Looking into this some
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.
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
I do see othe
