[Dovecot] Maildir Synchronization warnings
Hi,
We are repeatedly getting these below warnings for some of our users, al though we have no complaints from them yet, we need to know why these warning occurs.
So it would be help full if some one explain these warning msg in detail.
Aug 2 12:52:55 blade8 dovecot: imap(kavish.karkera@example.com): Warning: Maildir: Scanning /mail/v3store/example.com/kavish.karkera@example.com/Maildir/cur took 94 seconds (23191 readdir()s, 0 rename()s to cur/, why=0x1) Aug 2 12:52:55 blade8 dovecot: imap(kavish.karkera@example.com): Warning: Maildir /mail/v3store/example.com/kavish.karkera@example.com/Maildir: Synchronization took 94 seconds (0 new msgs, 0 flag change attempts, 0 expunge attempts)
Aug 2 12:53:54 blade6 dovecot: imap(kavish.karkera@example.com): Warning: Maildir: Scanning /mail/v3store/example.com/kavish.karkera@example.com/Maildir/cur took 154 seconds (43129 readdir()s, 0 rename()s to cur/, why=0x1) Aug 2 12:53:54 blade6 dovecot: imap(kavish.karkera@example.com): Warning: Maildir: Scanning /mail/v3store/example.com/kavish.karkera@example.com/Maildir/cur took 162 seconds (43129 readdir()s, 0 rename()s to cur/, why=0xc) Aug 2 12:53:54 blade6 dovecot: imap(kavish.karkera@example.com): Warning: Maildir /mail/v3store/example.com/kavish.karkera@example.com/Maildir: Synchronization took 162 seconds (0 new msgs, 0 flag change attempts, 0 expunge attempts) Aug 2 12:53:54 blade6 dovecot: imap(kavish.karkera@example.com): Warning: Locking transaction log file /indexes//mail/v3store/example.com/kavish.karkera@example.com/.INBOX/dovecot.index.log took 50 seconds
Thanks In advance,
Regards, Kavish Karkera
On 2013-08-02 4:36 AM, Kavish Karkera <kavish.karkera@yahoo.com> wrote:
We are repeatedly getting these below warnings for some of our users, al though we have no complaints from them yet, we need to know why these warning occurs.
So it would be help full if some one explain these warning msg in detail.
Aug 2 12:52:55 blade8 dovecot: imap(kavish.karkera@example.com): Warning: Maildir: Scanning/mail/v3store/example.com/kavish.karkera@example.com/Maildir/cur took 94 seconds (23191 readdir()s, 0 rename()s to cur/, why=0x1)
Please don't spam the list with multiple postings of the same question.
Most people do not have crystal balls, and those that do often find them broken, so it would be helpful if you could provide at least a bare minimum of details about your setup...
What version of dovecot is this? doveconf -n output? Singe server or cluster?
--
Best regards,
Charles
Sorry Charles, it was posted twice unintentionally (becuase of network issue).
We have 2 pop/imap servers running with director.
Dovecot version = 2.1.12 Dovecot version = 2.1.13
Output of doveconf -n
# 2.1.12: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.32-279.19.1.el6.x86_64 x86_64 CentOS release 6.3 (Final) default_client_limit = 50000 default_vsz_limit = 1 G disable_plaintext_auth = no doveadm_proxy_port = 24245 first_valid_uid = 99 last_valid_gid = 99 listen = * mail_fsync = always mail_location = maildir:~/Maildir:INDEX=/indexes/%h:CONTROL=/indexes/%h mail_nfs_index = yes mail_nfs_storage = yes mail_plugins = quota mmap_disable = yes namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { args = /usr/local/etc/dovecot/dovecot-sql.conf.ext driver = sql } plugin { quota = maildir:storage=1024 quota_rule = *:storage=1024 } service auth { client_limit = 50000 unix_listener auth-userdb { group = nobody mode = 0666 user = nobody } } service doveadm { inet_listener { port = 24245 } } service imap-login { process_min_avail = 8 service_count = 0 vsz_limit = 1 G } service imap { process_limit = 4096 service_count = 0 vsz_limit = 1 G } service pop3-login { process_min_avail = 8 service_count = 0 vsz_limit = 1 G } service pop3 { process_min_avail = 8 service_count = 0 vsz_limit = 1 G } ssl_cert = </usr/local/etc/dovecot/ssl/certs/dovecot.pem ssl_key = </usr/local/etc/dovecot/ssl/private/dovecot.pem syslog_facility = local0 userdb { driver = prefetch } protocol doveadm { auth_socket_path = director-userdb } protocol imap { imap_logout_format = bytes=%i/%o mail_max_userip_connections = 15000 mail_plugins = quota imap_quota } protocol pop3 { mail_max_userip_connections = 2048 mail_plugins = quota pop3_client_workarounds = outlook-no-nuls pop3_lock_session = yes pop3_no_flag_updates = yes pop3_uidl_format = %08Xu%08Xv }
Regards, Kavish Karkera
From: Charles Marcus <CMarcus@Media-Brokers.com> To: dovecot@dovecot.org Sent: Friday, 2 August 2013 4:14 PM Subject: Re: [Dovecot] Maildir Synchronization warnings
On 2013-08-02 4:36 AM, Kavish Karkera <kavish.karkera@yahoo.com> wrote:
We are repeatedly getting these below warnings for some of our users, al though we have no complaints from them yet, we need to know why these warning occurs.
So it would be help full if some one explain these warning msg in detail.
Aug 2 12:52:55 blade8 dovecot: imap(kavish.karkera@example.com): Warning: Maildir: Scanning/mail/v3store/example.com/kavish.karkera@example.com/Maildir/cur took 94 seconds (23191 readdir()s, 0 rename()s to cur/, why=0x1)
Please don't spam the list with multiple postings of the same question.
Most people do not have crystal balls, and those that do often find them broken, so it would be helpful if you could provide at least a bare minimum of details about your setup...
What version of dovecot is this? doveconf -n output? Singe server or cluster?
--
Best regards,
Charles
On Fri, 2013-08-02 at 20:21 +0800, Kavish Karkera wrote:
We have 2 pop/imap servers running with director.
Dovecot version = 2.1.12 Dovecot version = 2.1.13 .. mail_nfs_index = yes mail_nfs_storage = yes
To improve performance you can remove these two since you're using director. Also you could set maildir_very_dirty_syncs=yes.
On Fri, Aug 02, 2013 at 03:37:04PM +0300, Timo Sirainen wrote:
On Fri, 2013-08-02 at 20:21 +0800, Kavish Karkera wrote:
We have 2 pop/imap servers running with director.
Dovecot version = 2.1.12 Dovecot version = 2.1.13 .. mail_nfs_index = yes mail_nfs_storage = yes
To improve performance you can remove these two since you're using director. Also you could set maildir_very_dirty_syncs=yes.
What about mail_fsync=always and mmap_disable=yes? These are needed for non-director NFS, but what about with director?
http://rob0.nodns4.us/ -- system administration and consulting Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
On 5.8.2013, at 20.22, /dev/rob0 <rob0@gmx.co.uk> wrote:
To improve performance you can remove these two since you're using director. Also you could set maildir_very_dirty_syncs=yes.
What about mail_fsync=always and mmap_disable=yes? These are needed for non-director NFS, but what about with director?
I'm not sure if mail_fsync=always is strictly required, but I don't think it's going to give you any performance improvements in any case. With mail_fsync=always the file is flushed to NFS storage in the fsync() call, while with mail_fsync=never the file is flushed to NFS storage in close() call. In both cases it's going to be flushed, but in error cases it's more confusing to see close() fail.
mmap_disable=yes isn't required, but if the NFS storage dies the processes start dying with SIGBUS instead of logging "read() failed: Input/output error". I'm not entirely sure how changing it affects performance. Could be worse or could be better. If someone finds our let me know. :)
On 8/2/2013 8:21 AM, Kavish Karkera wrote:
Sorry Charles, it was posted twice unintentionally (becuase of network issue).
No worries... now, please don't top-post... ;)
We have 2 pop/imap servers running with director.
Dovecot version = 2.1.12 Dovecot version = 2.1.13
Very first thing on your troubleshooting ToDo list should always be to make sure you are using the latest version of whichever series you decide to run.
So, you should upgrade to 2.1.17
Output of doveconf -n
# 2.1.12: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.32-279.19.1.el6.x86_64 x86_64 CentOS release 6.3 (Final)
If you aren't willing to do that for political reasons (ie, phbfh) to do with the distro you are using, then your first line of support should be that distro's support service, because they may or may not have incorporated certain bug fixes in the older version...
default_client_limit = 50000 default_vsz_limit = 1 G disable_plaintext_auth = no doveadm_proxy_port = 24245 first_valid_uid = 99 last_valid_gid = 99 listen = * mail_fsync = always mail_location = maildir:~/Maildir:INDEX=/indexes/%h:CONTROL=/indexes/%h mail_nfs_index = yes mail_nfs_storage = yes mail_plugins = quota mmap_disable = yes namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { args = /usr/local/etc/dovecot/dovecot-sql.conf.ext driver = sql } plugin { quota = maildir:storage=1024 quota_rule = *:storage=1024 } service auth { client_limit = 50000 unix_listener auth-userdb { group = nobody mode = 0666 user = nobody } } service doveadm { inet_listener { port = 24245 } } service imap-login { process_min_avail = 8 service_count = 0 vsz_limit = 1 G } service imap { process_limit = 4096 service_count = 0 vsz_limit = 1 G } service pop3-login { process_min_avail = 8 service_count = 0 vsz_limit = 1 G } service pop3 { process_min_avail = 8 service_count = 0 vsz_limit = 1 G } ssl_cert = </usr/local/etc/dovecot/ssl/certs/dovecot.pem ssl_key = </usr/local/etc/dovecot/ssl/private/dovecot.pem syslog_facility = local0 userdb { driver = prefetch } protocol doveadm { auth_socket_path = director-userdb } protocol imap { imap_logout_format = bytes=%i/%o mail_max_userip_connections = 15000 mail_plugins = quota imap_quota } protocol pop3 { mail_max_userip_connections = 2048 mail_plugins = quota pop3_client_workarounds = outlook-no-nuls pop3_lock_session = yes pop3_no_flag_updates = yes pop3_uidl_format = %08Xu%08Xv }
participants (4)
-
/dev/rob0
-
Charles Marcus
-
Kavish Karkera
-
Timo Sirainen