Bug#894376: gnome-control-center crash FATAL: Could not allocate gigacage memory
jbicha at debian.org
Sat Jun 16 02:11:49 BST 2018
Please try again after installing all updates and then log out and log
back in. In particular, you want webkit2gtk 2.20.3-1 which was pushed
to Debian Testing yesterday. The new version should still run even if
you limit memory overcommitting.
I am CCing the webkit2gtk developer in case we want to adjust the
Debian NEWS entry. (Wording improvement suggestions appreciated.) I
talked to Berto about removing the Debian NEWS entry but he wants to
keep it to warn users that a useful security feature will be disabled
if they have memory limits enabled.
You might want to try limiting memory only for the specific
troublesome apps instead of for the entire session.
On Fri, Jun 15, 2018 at 5:04 PM, Andres Freund <andres at anarazel.de> wrote:
> On 2018-03-29 11:04:58 -0400, Jeremy Bicha wrote:
>> On Thu, Mar 29, 2018 at 10:52 AM, GT <grandtoubab at msn.com> wrote:
>> > FATAL: Could not allocate gigacage memory with maxAlignment = 34359738368,
>> Please see the recent note at
> That link is dead. A local copy says:
> webkit2gtk (2.20.0-2) unstable; urgency=medium
> webkit2gtk 2.20.0 contains a security feature named Gigacage that
> requires a virtual memory region of several gigabytes and is used for
> variable-length random-access allocations.
> One consequence of this is that webkit-based applications may not run if
> their maximum virtual memory size is restricted (e.g. using ulimit -v).
> If it's not possible to remove the VM size limits the Gigacage can be
> disabled by setting the environment variable GIGACAGE_ENABLED=no. Keep
> in mind that you will be making your system less secure by doing this.
> -- Alberto Garcia <berto at igalia.com> Wed, 21 Mar 2018 14:14:44 +0200
> Which seems not correct. My system does *NOT* set ulimit -v:
> andres at alap4:~$ ulimit -v
> andres at alap4:~$ gnome-control-center
> FATAL: Could not allocate gigacage memory with maxAlignment = 34359738368, totalSize = 120259084288.
> (Make sure you have not set a virtual memory limit.)
> Segmentation fault
> I suspect this is because the system has strict overcommit enabled.
> That's a *MUCH* more reasonable thing to configure than ulimit -v, and
> is very painful to avoid if you work with memory intensive applications
> (which without it constantly can trigger the OOM killer, rather than the
> culprit getting allocation failures).
> At the very least you should update that note to also refer to strict
> overcommit. But really, that's a pretty crazy restriction.
> Also, it's fairly indefensible to error out with SIGSEGV. The error
> message is ok enough, but that doesn't at all explain the SIGSEGV.
> Andres Freund
More information about the Pkg-webkit-maintainers