similar to: Is this assumption correct?

Hello list we encounter a weird SSL issue with one of our dovecot (2.2.24 on Centos6) which we can only explain if our assumtion is correct Symptoms are that imaps connections (on port 993) suddenly get veeeery slow. Up to 180s for one connection with openssl s_client The thing we do not understand is that in the same time imap connections with starttls are just 1s. We can see that entropy on the

On March 23, 2019 12:39:13 PM GMT+01:00, Tobi via dovecot <dovecot at dovecot.org> wrote: >Hello list > >we encounter a weird SSL issue with one of our dovecot (2.2.24 on >Centos6) which we can only explain if our assumtion is correct >Symptoms are that imaps connections (on port 993) suddenly get veeeery >slow. Up to 180s for one connection with openssl s_client The thing

This problem came about when I noticed exim, on a domU, holding mail in its queue for days before delivering. After a bit of debugging then I found gnutls was taking ages to calculate its keys. So disabled TLS in exim and works fine. Then I had another xen domU doing exactly the same thing so I did some more digging and came up with this post:

I am use to low random entropy on my arm boards, not an intel. On my Lenovo x120e, cat /proc/sys/kernel/random/entropy_avail reports 3190 bits of entropy. On my armv7 with Centos7 I would get 130 unless I installed rng-tools and then I get ~1300. SSH into one and it drops back to 30! for a few minutes. Sigh. Anyway on my new Zotac nano ad12 with an AMD E-1800 duo core, I am seeing 180.

On 05/26/2017 08:35 PM, Leon Fauster wrote: >> Am 27.05.2017 um 01:09 schrieb Robert Moskowitz <rgm at htt-consult.com>: >> >> I am use to low random entropy on my arm boards, not an intel. >> >> On my Lenovo x120e, >> >> cat /proc/sys/kernel/random/entropy_avail >> >> reports 3190 bits of entropy. >> >> On my armv7 with

On Fri, 29 Jul 2016 15:12:30 +0200 Stephan Mueller <smueller at chronox.de> wrote as excerpted: > Am Freitag, 29. Juli 2016, 09:03:45 CEST schrieb Alex Xu: > > In my opinion, assuming I am not doing something terribly wrong, > > this constitutes a bug in the kernel's handling of getrandom calls > > at boot, possibly only when the primary source of entropy is >

In article <792718e8-f403-1dea-367d-977b157af82c at htt-consult.com>, Robert Moskowitz <rgm at htt-consult.com> wrote: > > > On 05/26/2017 08:35 PM, Leon Fauster wrote: > >> Am 27.05.2017 um 01:09 schrieb Robert Moskowitz <rgm at htt-consult.com>: > >> > >> I am use to low random entropy on my arm boards, not an intel. > >> >

> Am 27.05.2017 um 01:09 schrieb Robert Moskowitz <rgm at htt-consult.com>: > > I am use to low random entropy on my arm boards, not an intel. > > On my Lenovo x120e, > > cat /proc/sys/kernel/random/entropy_avail > > reports 3190 bits of entropy. > > On my armv7 with Centos7 I would get 130 unless I installed rng-tools and then I get ~1300. SSH into one

Hi, I've discovered an issue which I don't understand. On a new test install of EL9 I saw this message in the logs: Mar 01 08:09:18 <hostname> pcp-pmie[2870]: Low random number entropy available 15.6%avail at beta.corp.invoca.ch This is on a 64 core "AMD Opteron(tm) Processor 6282 SE" server but I also got the same low entropy on an EL9 KVM guest running on a "AMD

On 05/28/2017 04:24 AM, Tony Mountifield wrote: > In article <792718e8-f403-1dea-367d-977b157af82c at htt-consult.com>, > Robert Moskowitz <rgm at htt-consult.com> wrote: >> >> On 05/26/2017 08:35 PM, Leon Fauster wrote: >>>> Am 27.05.2017 um 01:09 schrieb Robert Moskowitz <rgm at htt-consult.com>: >>>> >>>> I am use to low

Hi, We''re trying to rewrite veeeery old Rails app that we successfully managed to move to 1.2.6 and now we''re trying with 2.1.0. One of the problems is caused by :include in AR.find. Rails 1.2.6 generates totally different SQL query than 2.1.0. Here''s Rails find query and generated SQL queries: Foo.find(:all, :include => :ticket, :conditions =>

Am Freitag, 29. Juli 2016, 10:14:07 CEST schrieb Alex Xu: Hi Alex, > On Fri, 29 Jul 2016 15:12:30 +0200 > > Stephan Mueller <smueller at chronox.de> wrote as excerpted: > > Am Freitag, 29. Juli 2016, 09:03:45 CEST schrieb Alex Xu: > > > In my opinion, assuming I am not doing something terribly wrong, > > > this constitutes a bug in the kernel's

Am Freitag, 29. Juli 2016, 10:14:07 CEST schrieb Alex Xu: Hi Alex, > On Fri, 29 Jul 2016 15:12:30 +0200 > > Stephan Mueller <smueller at chronox.de> wrote as excerpted: > > Am Freitag, 29. Juli 2016, 09:03:45 CEST schrieb Alex Xu: > > > In my opinion, assuming I am not doing something terribly wrong, > > > this constitutes a bug in the kernel's

Hello. I was just digging around in the net and found the thread http://lkml.org/lkml/2006/5/12/103 So my questions: Are there any (good) news concerning the implementation of /dev/random in the kernel? I just cat /proc/sys/kernel/random/entropy_avail and saw I have about 250 in the DomU''s and 3500 on Dom0. I haven''t even started to implement encryption for the different kind

Hi quite strange assumtion, but I have the feeling, that samba makes my NT-CLient crash (blue screen). I haven't found anything in the archives about such troubles. It dosn't matter whether sp3 is installed on the NT machine, nor does a specific samba version makes this behavior vanish, it's just that my samba server wasn't available for a 3 months period in which the NT

Hi! sorry my english (soy de Argentina) This is my scene: ISP 1: IP X.X.X.7/28, GW X.X.X.1 ISP 2: IP X.X.X.22/30, GW X.X.X.21 LINUX SERVER: eth0, ISP 1 (default) eth1, to intranet 192.168.1.0/24, 192.168.6.0/24, 192.168.50.0/24 (aliasing) eth2, to intranet 192.168.8.0/24, 192.168.9.0/24 eth3, to intranet 192.168.0.0/24 eth4, ISP 2 eth5, to intranet 192.168.11.0/24, 192.168.12.0/24 I need two

Hello, I am veeeery new to rails and also to ruby. I have 2 books here on my desk and try to go through it. The first book is "Agile Webdevelopment with Rails" and I have trouble with the following code which I have from the book. I cant get it working. I searched a lot on google - and also on the erata pages of the book publisher but without any luck. I hope someone can help me.

Hi all, We're playing around with new versions and uprading options. We currently have a 2x2x2 stripped-distributed-replicated volume based on 3.3.0 and we're planning to upgrade to 3.4 version. We've tried upgrading fist the clients and we've tried with 3.4.0, 3.4.1 and 3.4.2qa2 but all of them caused the same error: Failed to get stripe-size So it seems as if 3.4 clients are

On 31-07-15 18:45, Patrick Masotta wrote: >>>> > Is this possible? Are you saying the FW is stealing the DHCP response > away before iPXE gets it? I haven't thought of this possibility. > > Or am I misunderstanding you? > <<< > > I'm saying that "probably" iPXE is trigerring a new PXE sequence with a different arch but > the one

Hi, On Fri, Jul 24, 2009 at 7:03 PM, Chris Lattner <clattner at apple.com> wrote: > > On Jul 24, 2009, at 9:30 AM, Duncan Sands wrote: > > >> The ones that don't can be static functions on the type class that > >> take a context. For example, Type::Int32Ty needs to become a > >> function > >> that takes a context at some point. > >