On 2021-01-05, Alexander Dahl wrote:
> Am 15.12.20 um 18:03 schrieb Grant Edwards:
>> After upgrading a small embedded system's net-snmp from 5.7.3 to 5.8,
>> snmpd now takes a _long_ time to start up. Snmpd used to start
>> "instantly", but now it blocks on /dev/random for as long as 3-5
>>
Hello Grant,
disclaimer: I'm no crypto expert.
Am 15.12.20 um 18:03 schrieb Grant Edwards:
After upgrading a small embedded system's net-snmp from 5.7.3 to 5.8,
snmpd now takes a _long_ time to start up. Snmpd used to start
"instantly", but now it blocks on /dev/random for as long as 3-5
On 2020-12-15, Paul Herring wrote:
> On Tue, Dec 15, 2020 at 5:22 PM Grant Edwards
> wrote:
>
>> After upgrading a small embedded system's net-snmp from 5.7.3 to 5.8,
>> snmpd now takes a _long_ time to start up. Snmpd used to start
>> "instantly", but now it blocks on /dev/random for as long as
On Tue, Dec 15, 2020 at 5:22 PM Grant Edwards
wrote:
> After upgrading a small embedded system's net-snmp from 5.7.3 to 5.8,
> snmpd now takes a _long_ time to start up. Snmpd used to start
> "instantly", but now it blocks on /dev/random for as long as 3-5
> minutes. This holds up my entire
On 2020-12-15, Grant Edwards wrote:
> This was done at the same time openssl was upgraded from 1.0.0 to
> 1.1.1, so that may be the root cause of the problem. It looks like I'm
> going to have to disable use of openssl when I configure netsnmp.
It might be nice if long-duration, time-consuming
On 2020-12-15, Grant Edwards wrote:
> After upgrading a small embedded system's net-snmp from 5.7.3 to 5.8,
> snmpd now takes a _long_ time to start up. Snmpd used to start
> "instantly", but now it blocks on /dev/random for as long as 3-5
> minutes. This holds up my entire system startup
