Hi Andreas, James,
On 29/05/18 20:46, A. Schulze via Unbound-users wrote:
>
>
> Am 29.05.2018 um 09:07 schrieb A. Schulze via Unbound-users:
>
>> I'll try to recompile the Debian package to catch configure output ...
>> @James: which Debian Version?
>
> OK, here are the logs and patched
> "WW" == W C A Wijngaards writes:
>> Once the call to glibc's genentropy(3) fails, it immediately sends a
>> SIGKILL.
WW> But in your strace you have a call to getrandom() that fails.
compat/getentropy_linux.c calls genentropy(3) which calls getrandom(2).
>> Indeed,
Hi Andreas,
On 29/05/18 09:07, A. Schulze via Unbound-users wrote:
>
>
> Am 28.05.2018 um 23:01 schrieb James Cloos via Unbound-users:
>>
>> I don't have the configure output; this is debian's compile
> I'll try to recompile the Debian package to catch configure output ...
> @James: which
Am 28.05.2018 um 23:01 schrieb James Cloos via Unbound-users:
>
> I don't have the configure output; this is debian's compile
I'll try to recompile the Debian package to catch configure output ...
@James: which Debian Version?
Andreas
Hi James,
On 28/05/18 23:01, James Cloos wrote:
>> "WW" == W C A Wijngaards via Unbound-users
>> writes:
>
>>> Unbound *always* should fall back to urandom(4) when getentropy(3)
>>> results in ENOSYS, even when compiled against a kernel which advertizes
>>> support for getrandom(2).
>
> "WW" == W C A Wijngaards via Unbound-users
> writes:
>> Unbound *always* should fall back to urandom(4) when getentropy(3)
>> results in ENOSYS, even when compiled against a kernel which advertizes
>> support for getrandom(2).
WW> But Unbound does that!
WW> It falls back to that when
Hi James,
On 25/05/18 19:06, James Cloos via Unbound-users wrote:
>> James Cloos via Unbound-users writes:
>
>> I have a number of kvm instances running debian where unbound 1.7.1
>> fails.
>
> An LD_PRELOAD lib which implments getentropy(3) via read(3)ing
>
> James Cloos via Unbound-users writes:
> I have a number of kvm instances running debian where unbound 1.7.1
> fails.
An LD_PRELOAD lib which implments getentropy(3) via read(3)ing
urandom(4) solved the bug.
Unbound *always* should fall back to urandom(4) when