On Monday 09 May 2016 15:05:32 Salz, Rich via RT wrote:
> It's probably not an issue because the number of file descriptors has
> increased on the native O/S's. But "file descriptor exhaustion" is
> still an issue for RNG's (google it) and we should keep it in mind
> for the future. What's the
On Mon May 09 15:05:32 2016, rs...@akamai.com wrote:
> It's probably not an issue because the number of file descriptors has
> increased on the native O/S's. But "file descriptor exhaustion" is
> still an issue for RNG's (google it) and we should keep it in mind for
> the future. What's the best
It's probably not an issue because the number of file descriptors has increased
on the native O/S's. But "file descriptor exhaustion" is still an issue for
RNG's (google it) and we should keep it in mind for the future. What's the
best way to do that?
--
Ticket here:
Due to the elapsed time I am assuming this is no longer a problem for apache.
Please create a new ticket if this is still a problem!
Matt
--
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=1298
Please log in as guest with password guest if prompted
--
openssl-dev mailing list
To
Hello,
I have found a bug in libcrypto.so which causes Apache2 to crash or
deadlock when a few hundred virtual hosts are configured in a
SSL-enabled Apache2 instance.
The problem is Apache2 opens a number of files per virtual host before
initializing libcrypto.so's random seed, given enough