On 2012-04-12 16:52, Yan Seiner wrote:
[...]
Not sure what I can do to help the entropy issue. It may just be that
I've had a huge rsync job running for days and if it's using the same pool
it could be draining all the entropy faster than the system can generate
it. I don't know enough
One more - which appears to work for me in generating DNSSEC
signatures just fills up /dev/random (and I've no idea if this will
help?)
Install the 'haveged' package, www.irisa.fr/caps/projects/hipsor
Software that reads random stuff from your CPU. Not as good as real
Hardware Entropy
Yan Seiner y...@seiner.com (Do 12 Apr 2012 16:52:08 CEST):
Seems to be a TLS entropy issue? (I'm guessing here but from reading what
I've been able to it looks similar.)
Yesterday the messages were persisting for hours, and there was upwards of
100 stalled at a time.
Not sure what I
On 2012-04-13 at 11:20 +0200, Heiko Schlittermann wrote:
On Linux we solved the entropy issue using the rng-tools package and put
there /dev/urandom as source for additional entropy.
That's not really solving the problem. That's fooling the system into
thinking there's more entropy than there
Martin Schuster (IFKL IT OS DS CD) martin.schust...@infineon.com wrote:
On 2012-04-12 16:52, Yan Seiner wrote:
Phil already made some good suggestions, some additional ideas:
If you don't care about the quality of the RNG, you could just inject
data from /dev/urandom into your entropy-pool:
On Fri, April 13, 2012 1:09 am, Sven Hartge wrote:
I recommend using haveged:
http://www.issihosts.com/haveged/
I installed this and the problem has not reappeared. Hopefully that
should fix it.
--
On two occasions I have been asked,—Pray, Mr. Babbage, if you put into
the machine