<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Sounds like you could consider partitioning (if you aren’t already) - then you can scale-out the disk iops without needing fancy hardware/software:<div class=""><a href="https://www.cyrusimap.org/docs/cyrus-imapd/2.4.7/overview.php#partitions" class="">https://www.cyrusimap.org/docs/cyrus-imapd/2.4.7/overview.php#partitions</a></div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">Hope this is useful!</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">M<br class=""><div class="">
<div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">--<br class="">Merlin Hartley<br class="">IT Systems Engineer<br class="">MRC Mitochondrial Biology Unit</div><div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Cambridge, CB2 0XY</div><div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">United Kingdom</div></div>
</div>
<br class=""><div><blockquote type="cite" class=""><div class="">On 17 Jan 2017, at 16:43, Eugene M. Zheganin via Info-cyrus <<a href="mailto:info-cyrus@lists.andrew.cmu.edu" class="">info-cyrus@lists.andrew.cmu.edu</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Hi.<br class=""><br class="">On 17.01.2017 19:09, Andy Dorman via Info-cyrus wrote:<br class=""><blockquote type="cite" class=""><br class="">I am not an expert by any means and I hope someone corrects me if I make a bad suggestion...but I have two questions:<br class=""><br class="">1. It sounds like you have a heavily used server, so why do you have Cyrus listening on both "localhost:lmtp" AND a unix socket "/var/imap/socket/lmtp"?<br class=""><br class="">From the log entry it looks like your MTA uses a unix socket. Unless you have something else (mail clients or other MTAs running on your Cyrus server?) that need to communicate via the localhost:lmtp port, you could comment out the unneeded lmtp service line and save those resources.<br class=""></blockquote>Well, on one hand you are right, seems like noone uses network lmtp connections, but on the other hand how can the idle processes save resources ? They only can save the memory, which doesn't seem to be the problem. However, I will try you advice.<br class=""><blockquote type="cite" class=""><br class="">2. You say "increasing this value can make the situation even worse". Which value?  There are 5 values on those two lines that you could increase.  And by "even worse" do you mean even more refused connections?<br class=""></blockquote>The maxchild number.<br class=""><blockquote type="cite" class=""><br class="">While I am not a Cyrus guru, I have seen my share of overloaded mail servers and if you are running into a disk IO limit, adding more processes fighting over a limited resource is very likely to make things worse.  So you should also confirm a hardware limitation is not at play here.<br class=""></blockquote>Yup, this is exaclty what happens when increasing the maxchild number: more messages start to bounce. And yes, the disks iops seems to be the limiting factor. So, are there any other approaches besides scaling out the disks iops ?<br class=""><br class="">Thanks.<br class="">Eugene.<br class=""><br class=""><br class="">----<br class="">Cyrus Home Page: <a href="http://www.cyrusimap.org/" class="">http://www.cyrusimap.org/</a><br class="">List Archives/Info: <a href="http://lists.andrew.cmu.edu/pipermail/info-cyrus/" class="">http://lists.andrew.cmu.edu/pipermail/info-cyrus/</a><br class="">To Unsubscribe:<br class=""><a href="https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus" class="">https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus</a><br class=""></div></div></blockquote></div><br class=""></div></body></html>