Yeah, zfs quotas gets rid of this problem. Maybe I should also start
recommending people to use dict quota with v1.2.. Hmm. Although I think
there was also some rare issue with it that I should fix.
Ah great. I was just about to move the customer's directory to the test
servers and try with,
On Aug 25, 2009, at 11:39 PM, Jorgen Lundman wrote:
Do you need Maildir++ quota at all? With v1.2 you could use dict
quota with file backend. It'll use dovecot.index.cache when
recalculating quota, although it doesn't do that unless the quota
is lost for some reason (so about never).
We o
Timo Sirainen wrote:
Are these old files, or why don't they contain the ,S=1234 in filename?
That would help a lot when recaculating Maildir++ quota.
Ah legacy reasons :) We used to use UFS (with quotas) inside zvol on the
zfs server. But this panics, and has performance issues.
We changed
On Aug 25, 2009, at 10:06 PM, Jorgen Lundman wrote:
26099: stat64("/export/censored/mail/cur/
1223013930.V4700010I69f93eM483098.vmx02.unix:2,S", 0x08047930) = 0
Are these old files, or why don't they contain the ,S=1234 in
filename? That would help a lot when recaculating Maildir++ quota.
We are occasionally experiencing trouble where the NFS server's load
will shoot over 60+. (Normal of sub 1.0).
I have been hunting this for a while, and I believe it comes down to
"deliver".
System setup:
NFS servers: x4540 Solaris 10 x64 ZFS over NFS.
NFS clients: Solaris 10 x64 postfix-2
