Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1026364

Bug#970862: php-imagick cannot be loaded by apache2: Cannot allocate memory in static TLS block

Show all headers | View raw

Control: reassign -1 php-imagick

Hi,

according to [1] this is a bug in "whatever dlopened libgomp.so.1 and
before doing that ate all the preallocated TLS area.", so yes, it seems
to be a bug in php, php-imagick, or even apache2-bin (I do not know, I
am not an experienced programmer).

However, I was able to fix this for my setup by adding the line
export LD_PRELOAD="libgomp.so.1:${LD_PRELOAD}"
to /etc/apache2/envvars and now everything runs fine.

 From my point of view, you can either tag this bug as fixed or wontfix,
as you prefer.

Sincerely,
procyon

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1722181#c6

Am 24.09.2020 um 15:52 schrieb Ondřej Surý:
> Control: reassign -1 libgomp1
>
> Hi,
>
> that doesn’t really seem to be a problem in the php-imagick:
>
> /lib/aarch64-linux-gnu/libgomp.so.1: cannot allocate memory in static TLS block
>
> Ondrej
> --
> Ondřej Surý (He/Him)
> ondrej@sury.org
>
>> On 24. 9. 2020, at 15:29, procyon <tilman.schroeder@gmx.de> wrote:
>>
>> Package: php-imagick
>> Version: 3.4.3-4.1
>> Severity: normal
>>
>> Dear Maintainer,
>>
>> loading the php module imagick fails with the following error in the apache2 error log:
>>
>> PHP Warning:  PHP Startup: Unable to load dynamic library 'imagick.so' (tried: /usr/lib/php/20180731/imagick.so (/lib/aarch64-linux-gnu/libgomp.so.1: cannot allocate memory in static TLS block), /usr/lib/php/20180731/imagick.so.so (/usr/lib/php/20180731/imagick.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0
>>
>> on an arm64 system (Raspberry Pi 4B).
>>
>> *** Reporter, please consider answering these questions, where appropriate ***
>>
>>    * What led up to the situation?
>>      I installed php-imagick and restarted apache2.
>>    * What exactly did you do (or not do) that was effective (or
>>      ineffective)?
>>    * What was the outcome of this action?
>>      The php module imagick could not be loaded.
>>    * What outcome did you expect instead?
>>      The php module imagick should be loaded without errors.
>>
>>
>> -- System Information:
>> Debian Release: 10.5
>>   APT prefers stable
>>   APT policy: (990, 'stable'), (500, 'unstable')
>> Architecture: arm64 (aarch64)
>>
>> Kernel: Linux 5.8.0-2-arm64 (SMP w/4 CPU cores)
>> Kernel taint flags: TAINT_CRAP
>> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
>> Shell: /bin/sh linked to /usr/bin/dash
>> Init: systemd (via /run/systemd/system)
>> LSM: AppArmor: enabled
>>
>> Versions of packages php-imagick depends on:
>> ii  libapache2-mod-php7.3 [phpapi-20180731]  7.3.19-1~deb10u1
>> ii  libc6                                    2.28-10
>> ii  libmagickcore-6.q16-6                    8:6.9.10.23+dfsg-2.1+deb10u1
>> ii  libmagickwand-6.q16-6                    8:6.9.10.23+dfsg-2.1+deb10u1
>> ii  php-common                               2:69
>> ii  php7.3-cli [phpapi-20180731]             7.3.19-1~deb10u1
>>
>> Versions of packages php-imagick recommends:
>> ii  ghostscript      9.27~dfsg-2+deb10u4
>> ii  ttf-dejavu-core  2.37-1
>>
>> php-imagick suggests no packages.
>>
>> -- no debconf information
>>
>

Back to linux.debian.bugs.dist | Previous | Next — Previous in thread | Find similar | Unroll thread

Thread

Bug#970862: php-imagick cannot be loaded by apache2: Cannot allocate memory in static TLS block procyon <tilman.schroeder@gmx.de> - 2020-09-24 15:40 +0200
  Bug#970862: php-imagick cannot be loaded by apache2: Cannot allocate memory in static TLS block Ondřej Surý <ondrej@sury.org> - 2020-09-24 16:00 +0200
    Bug#970862: php-imagick cannot be loaded by apache2: Cannot allocate memory in static TLS block Tilman Schröder <tilman.schroeder@gmx.de> - 2020-09-25 10:30 +0200

csiph-web