Hello, Running CyrusIMAP 2.2.8 on Debian Sarge, with a 2 frontends & 3 backends murder, in operational situation. (5000 dayly users, will climb up to 70000 at the end of the year, with an average of 4 mails of 50ko per user/days) The problem : mupdate chokes in a strange way when frontends receive few hundreds of mails (mailing lists for example), and 300 messages take at least 1 hour 1/2 to get deliverred. My question : what parameters to configure in order to have mupdate answering quickly to frontends under charge? What to listen at, how to get precisely tuned? If more details needed for a precise diagnostic, please tell me. IN DETAILS : When frontends receive hundreds of mails, (eg 300 shared by 2 frontends), approximatively 40 of them go instantly through postfix to the mailbox, and then the mailq grows up, with mainly "cyrus/socket/lmtp timeout", and few "mupdate unreachable" and in mail.info : "connect to cyrus/socket/lmtp read timeout". By this time mupdate says : 21:34:24 accepted connectionfrom fd: 26 to fd: 137, and then 21:35:12 accepted connection>From this point, after "New worker thread started..." "Worker thread finished ..." with 250 of these messages within 1second, memory and cpu use climbing by 10% at this time, still 90% of free resources. The next second, log says : "Server too busy, droping connection" It lasts 30 or 40 second and then mupdate restarts answering "cmd_find" requests from the frondend, exactly 1 each 10 seconds (peacefull fro resources), for 1 minut or so, and then falls again into "Server too busy, droping connection" ... and so on, alternatively slow activity or unproductive hyperactivity of threads until frontends mailq's are empty. My confs: FRONTEND SERVER postfix main.cf: initial_destination_concurrency = 200 cyrus.conf mupdate cmd="mupdate" listen=3905 prefork=1 imapd.conf allowusermoves: yesMUPDATE SERVER cyrus.conf mupdate cmd="mupdate -m" listen=3905 prefork=1 maxchild=100 imapd.conf lmtp_downcase_rcpt: trueThank you for help. --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html |
- MUPDATE too busy LaurentG
- Re: MUPDATE too busy Etienne Goyer