<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Mike,</div><div><br></div><div>If I disable a bunch of the plugins, all of the constant IMAP logins go away as described in my bug: <a href="https://issues.kolab.org/show_bug.cgi?id=5219">https://issues.kolab.org/show_bug.cgi?id=5219</a></div><div><br></div><div>It's odd because only (not in front of me right now) a few of the actual kolab plugins check in EVERY message select. If you disable them, the system runs super fast. I watch as the plugin check in on SQL but they also check in with IMAP. I'm not sure what else to do but the Cyrus guys are telling me kolab may have compiled their SASL not too smart. </div><div><br></div><div>At this point I am hoping to hear something from these guys about what's going on. </div><div><br></div><div>Mike - have you tried following my steps in the bug? You may see a difference just disabling the few plugins (testing obviously, not permanent). Just following the steps I provided and see what happens. </div><div><br></div><div>Cyrus guys blamed SASL but also wondered why my entropy was so low. I've done a lot of research over the past few weeks learning about entropy generation and it seems on a normal server it seems to be normal to have 1000 something.. Even on a headless server. My other production servers only have 180 and they're lightning fast. So I'm confused. </div><div><br></div><div><br>- Paul</div><div><br>On Sep 10, 2015, at 10:20 PM, Brady, Mike <<a href="mailto:mike.brady@devnull.net.nz">mike.brady@devnull.net.nz</a>> wrote:<br><br></div><blockquote type="cite"><div><meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<p>On 2015-09-11 12:23, Paul Bronson wrote:</p>
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->
<div dir="ltr">Guys,
<div> </div>
<div>I am thinking my entropy level may be low? Can some of you run:</div>
<div> </div>
<div>cat /proc/sys/kernel/random/entropy_avail</div>
<div> </div>
<div>and tell me what you get? I am around 132-178 on average. pool size is default 4096 (this is a container on a virtualizer)</div>
<div> </div>
<div>I also have ran:</div>
<div> </div>
<div>cat /dev/urandom | rngtest -c 1000</div>
<div> </div>
<div>and got:</div>
<div> </div>
<div>
<div>rngtest: starting FIPS tests...</div>
<div>rngtest: bits received from input: 20000032</div>
<div>rngtest: FIPS 140-2 successes: 999</div>
<div>rngtest: FIPS 140-2 failures: 1</div>
<div>rngtest: FIPS 140-2(2001-10-10) Monobit: 0</div>
<div>rngtest: FIPS 140-2(2001-10-10) Poker: 0</div>
<div>rngtest: FIPS 140-2(2001-10-10) Runs: 1</div>
<div>rngtest: FIPS 140-2(2001-10-10) Long run: 0</div>
<div>rngtest: FIPS 140-2(2001-10-10) Continuous run: 0</div>
<div>rngtest: input channel speed: (min=26.272; avg=628.845; max=19073.486)Mibits/s</div>
<div>rngtest: FIPS tests speed: (min=73.928; avg=108.740; max=130.640)Mibits/s</div>
<div>rngtest: Program run time: 206182 microseconds</div>
</div>
<div> </div>
<div> </div>
<div>You hardcore OS guys - does this mean anything to you, and could this possibly be the problem of my slower SASL auth's as described in this thread, and the bug: <a href="https://issues.kolab.org/show_bug.cgi?id=5219">https://issues.kolab.org/show_bug.cgi?id=5219</a></div>
<div> </div>
<div>This is centos 6 by the way..kolab 3.4</div>
<div> </div>
</div>
<div class="gmail_extra"> </div>
</blockquote>
<p> </p>
<p>Paul,</p>
<p>My system is a Centos 6.6 (migrating to Centos 7.1 over the next week time permitting) KVM guest running on Centos 6.7 host. </p>
<p><span>[root@kolab04 ~]# cat /proc/sys/kernel/random/entropy_avail <br>130 <br>[root@kolab04 ~]# cat /dev/urandom | rngtest -c 1000 <br>rngtest 2 <br>Copyright (c) 2004 by Henrique de Moraes Holschuh <br>This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PAR<br>TICULAR PURPOSE. <br> <br>rngtest: starting FIPS tests... <br>rngtest: bits received from input: 20000032 <br>rngtest: FIPS 140-2 successes: 998 <br>rngtest: FIPS 140-2 failures: 2 <br>rngtest: FIPS 140-2(2001-10-10) Monobit: 0 <br>rngtest: FIPS 140-2(2001-10-10) Poker: 0 <br>rngtest: FIPS 140-2(2001-10-10) Runs: 2 <br>rngtest: FIPS 140-2(2001-10-10) Long run: 0 <br>rngtest: FIPS 140-2(2001-10-10) Continuous run: 0 <br>rngtest: input channel speed: (min=1.420; avg=45.292; max=19073.486)Mibits/s <br>rngtest: FIPS tests speed: (min=36.893; avg=90.109; max=95.367)Mibits/s <br>rngtest: Program run time: 643110 microseconds<br><br></span></p>
<p>I do not have the slow downs that you describe and do not see the number of logins that you see on selecting every email.</p>
<p>How have you determined the problem is that the IMAP logins are slow? Do you have some numbers and something that I could run to compare against?</p>
<p>Regards</p>
<p>Mike</p>
<div> </div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>users mailing list</span><br><span><a href="mailto:users@lists.kolab.org">users@lists.kolab.org</a></span><br><span><a href="https://lists.kolab.org/mailman/listinfo/users">https://lists.kolab.org/mailman/listinfo/users</a></span></div></blockquote></body></html>