Re: Occasionally weird behaviour with mboxes
On Thu, 20 May 2010, Dan White wrote: Which backend are you using for your mailboxes database (config item: mboxlist_db)? You might try converting to a different backend if you suspect problems with it. I'm using the skiplist one, since bdb is more time doing recovery than doing useful work :P I could try the flat one but I'm worried about performance... OTOH 1500 mailboxes are not *too* many to fit in the working set... As an aside, why some db can be put on sql and not some other? i.e. for example, put the mailbox db on postgres? -- Lorenzo Marcantonio Logos Srl Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Occasionally weird behaviour with mboxes
On Thu, 20 May 2010, Dan White wrote: Which backend are you using for your mailboxes database (config item: mboxlist_db)? You might try converting to a different backend if you suspect problems with it. I'm using the skiplist one, since bdb is more time doing recovery than doing useful work :P I could try the flat one but I'm worried about performance... OTOH 1500 mailboxes are not *too* many to fit in the working set... Before you put too much work into it, why not upgrade to the current 2.3.16 release first? IIRC there have been quite a number of skiplist fixes in the recent versions so you may have luck with it. As an aside, why some db can be put on sql and not some other? i.e. for example, put the mailbox db on postgres? I think the kind of access cyrus is doing with some databases is not something where an SQL db will perform well. Simon Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Occasionally weird behaviour with mboxes
On Fri, 21 May 2010, Simon Matter wrote: Before you put too much work into it, why not upgrade to the current 2.3.16 release first? IIRC there have been quite a number of skiplist fixes in the recent versions so you may have luck with it. I'm doing that right now... waiting for the lunch mainteinance window :P Then back to monitoring for that freaky behaviour... -- Lorenzo Marcantonio Logos Srl Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Off by one bug in imap_proxy.c:find_free_server()
After wondering why the IMAP CREATE command didn't get proxied to the right backend server with most free space in spool even though serverlist was specified, we isolated a bug from imap_proxy.c's find_free_server() code with my colleague: The first digit of the freespace annotation value gets eaten up when parsing the response. As a result, the comparison of these values gives results in something completely different than what was expected. I filed a bug, #3225. Can someone confirm and fix this, please? BTW, two side notes unrelated to this: 1. If you've ever tried to create new mailboxes by connecting to a frontend but ended up having them created on the very same frontend with even no real spool dir, you might have an erroneous proxyservers option defined in your frontend's imapd.conf. Take it away. :-) 2. On a clustered environment where spools are mounted only on certain nodes running the respective Cyrus instance, calling cyr_df makes no sense. It is only a wrapper of some kind to df and can be called locally where the spool is mounted. Running Cyrus 2.3.16 (Invoca RPM) on a CentOS 5.4 cluster, mupdate_config: standard. -- Jukka Huhta University of Helsinki Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Occasionally weird behaviour with mboxes
Dan White dwh...@olp.net wrote: For instance, creating the mailbox INBOX/Work/Jim without first creating INBOX/Work would make INBOX/Work non selectable, with children. I tested that, and our cyrus server returns also NonExistent... * LIST (\NonExistent \Noselect \HasChildren) . alpha not what he got which was only... * LIST (\Noselect \HasChildren) . Fornitori G-Z Joseph Brennan Columbia University Information Technology Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus via NFS
There is a possibility of NFS here in our future. If someone uses cyrus with NFS any experience shared will be great. Sergio Bruder Em 12/05/2010, às 13:23, Agustín Eijo escreveu: Hello, Thanks for the reply. I set noatime option and I'll try setting it to NFSv4 in order to avoid problems with File Locking So, anyone have experience with NetApp cyrus via NFSv4? Greetings, Agustín. 2010/5/12 Michael Menge michael.me...@zdv.uni-tuebingen.de: Quoting Agustín Eijo ague...@gmail.com: Hello, I have a Mail server with 6000 mailbox running in debian 5.0.4 with cyrus-imapd-2.2 (2.2.13-14+lenny3) I want move both the configdirectory and partition-default to a storage NetApp 2020 via NFS. NFS3 or NFS4? Cyrus needs working File-Locking, which does not work with NFS3. I didn't test it with NFS4. Do you intend to run an active-active cluster? If not have a look at iscsi. In my linux I mount in fstab whith this nfs options: ( hard,intr,proto=tcp,_netdev ) noatime Has anyone done this? Any recommendation or commentary, before move this to NFS ? Thanks, and sorry for my English I'm from Argentine. Agustin. Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html M.MengeTel.: (49) 7071/29-70316 Universität Tübingen Fax.: (49) 7071/29-5912 Zentrum für Datenverarbeitung mail: michael.me...@zdv.uni-tuebingen.de Wächterstraße 76 72074 Tübingen Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html -- Saludos, Agustín. Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html