Hey Aurelien,
> For what I have remarked is that the 2560 PiB is allocated from around
> the beginning of the testsuite, but the crash happened way later. It
> might just be that there is original issue (allocating insane amount of
> memory) that is there for some time, but that using many part
Hi,
On 2021-07-25 12:02, Chris Lamb wrote:
> Hi Aurelien,
>
> > Version 5:6.2.4-1 built fine, so it's likely a regression introduced in
> > the new upstream version.
>
> Thanks for the report. I just have a few minutes to look into this
> right this second so (for my own convenience) I've
Hi Aurelien,
> Version 5:6.2.4-1 built fine, so it's likely a regression introduced in
> the new upstream version.
Thanks for the report. I just have a few minutes to look into this
right this second so (for my own convenience) I've attached the diff
between these two particular upstream
Package: redis
Version: 5:6.2.5-1
Severity: serious
X-Debbugs-Cc: debian-s...@lists.debian.org
Since redis version 5:6.2.5-1, the redis-server process on s390x tries
to allocate insane amount of memory, 2560 PiB, causing the build daemon
to OOM just to maintain the page tables of such amount of
4 matches
Mail list logo
