[Dovecot] Xen + NFS
Thanks for Dovecot!
I am currently testing several scenarios to help determine how to best implement dovecot for our environment. One scenario of particular interest is Maildir + NFS, load balanced between several servers running dovecot.
I am not sure anyone would ever want to implement what I am about to describe here, but none-the-less, I thought I would mention it to the list to see if anyone has had the same experience, or could possibly help.
What I am using to _test_ is a single server running RedHat Server 5 + Xen. Dom0 is acting as my NFS server, and a RedHat Server 5 guest running on the same machine is acting as my NFS client and dovecot server. I have a single directory exported from the NFS server which contains several home folders with inboxes stored in Maildir format.
The problem I am having is when I open a POP3 connection from a separate machine, I see the following messages on the virtual server in /var/log/maillog and I am unable to retrieve mail:
file maildir-uidlist.c: line 139 (maildir_uidlist_unlock): assertion failed: (uidlist->lock_count > 0)
and more often:
Mailbox init failed top=0/0, retr=0/0, del=0/0, size=0
It appears to be an issue with the login not having the proper permissions to create the dovecot.uidlist file, however, when I log in locally to the dovecot server with the POP3 account, I can read+write in the directory without problems.
I suspect that I am missing something simple, but cannot seem to figure it out.
dovecot-1.0-1.2.rc15.el5 RedHat Server 5 kernel: 2.6.18-8.1.14.el5xen
dovecot -n: shutdown_clients: no login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login login_greeting: Server ready. mail_location: maildir:~/.maildir:INDEX=/var/spool/dovecot/%u maildir_copy_with_hardlinks: yes mbox_write_locks: dotlock fcntl mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 pop3_reuse_xuidl(default): no pop3_reuse_xuidl(imap): no pop3_reuse_xuidl(pop3): yes pop3_lock_session(default): no pop3_lock_session(imap): no pop3_lock_session(pop3): yes auth default: passdb: driver: ldap args: /etc/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot-ldap.conf
nfs mount options: rw,rsize=32768,wsize=32768,hard,fg,lock,nfsvers=3,tcp,retrans=0,noac
Looking for last minute shopping deals? Find them fast with Yahoo! Search.
On Thu, 2007-12-13 at 23:12 -0800, Eric wrote:
I am currently testing several scenarios to help determine how to best implement dovecot for our environment. One scenario of particular interest is Maildir + NFS, load balanced between several servers running dovecot.
This won't work well with v1.0. If the same mailbox is accessed from multiple servers at the same time you'll get errors. See http://wiki.dovecot.org/NFS.
Note that just disabling attribute cache isn't enough. I didn't know this before, and that wiki page should be updated..
file maildir-uidlist.c: line 139 (maildir_uidlist_unlock): assertion failed: (uidlist->lock_count > 0)
Looks like a bug.
dovecot-1.0-1.2.rc15.el5
But there's a good chance this has already been fixed in newer versions. You can get prebuilt packages for RHEL5 from http://atrpms.net/dist/el5/dovecot/
participants (2)
-
Eric
-
Timo Sirainen