zend_mm_heap поврежден PHP Неустранимая ошибка: невозможно повторно объявить composerRequire

У нас есть веб-сервер, на который, помимо обычных запросов, загружаются большие файлы.

Некоторые запросы (например, 1/10) отбрасываются. Затем мы видим следующие ошибки в журнале ошибок.

==> /var/log/apache2/web_error_ssl.log <==
[Fri Dec 07 15:38:24.154218 2018] [php7:error] [pid 8333] [client ****:****:****:****:216:3eff:fe0b:bb4f:55760] PHP Fatal error:  Cannot redeclare composerRequire2f3df4313599c81c8cd86cade0406e0b() (previously declared in /var/www/releases/test/vendor/composer/autoload_real.php:54) in /var/www/releases/test/vendor/composer/autoload_real.php on line 61

==> /var/log/apache2/error.log <==
[Fri Dec 07 15:38:24.385423 2018] [core:notice] [pid 18418] AH00052: child pid 8333 exit signal Segmentation fault (11)

==> /var/log/apache2/web_error_ssl.log <==
[Fri Dec 07 15:38:27.243422 2018] [php7:error] [pid 8318] [client ****:****:****:****:216:3eff:fe0b:bb4f:56308] PHP Fatal error:  Cannot redeclare composerRequire2f3df4313599c81c8cd86cade0406e0b() (previously declared in /var/www/releases/test/vendor/composer/autoload_real.php:54) in /var/www/releases/test/vendor/composer/autoload_real.php on line 61

==> /var/log/apache2/error.log <==
zend_mm_heap corrupted

Среда:

Обновленный debian stretch

Версия Apache: 2.4.25-3 + deb9u6 с prefork mpm.

Версия PHP: 7.1.24-1 + 0 ~ 20181112093455.10 + stretch ~ 1.gbp09a4fd (из репозитория sury)

PHP загружен как модуль apache2.

Что мы уже тестировали:

  • opcache.enable = 0/1
  • opcache.enable_cli = 0/1
  • output_buffering = Off / 4096/16777216
  • realpath_cache_size = 0 / 4096k
  • Заменить несколько версий PHP7.0 и PHP7.1 (из репозитория Debian и репозитория Sury)
  • index.php : определить ('HHVM_VERSION',?); ? = true / false
  • / etc / apache2 / envvars: export USE_ZEND_ALLOC = 0/1
  • переключиться на backport kernel

Нам помогает перезагрузка веб-сервера - она ​​решает проблему на несколько минут, затем запускается снова .

Когда мы ловим последовательность сбойного процесса, мы получаем:

open("/var/www/releases/test/vendor/composer/autoload_real.php", O_RDONLY) = 17
fstat(17, {st_mode=S_IFREG|0644, st_size=2103, ...}) = 0
fstat(17, {st_mode=S_IFREG|0644, st_size=2103, ...}) = 0
fstat(17, {st_mode=S_IFREG|0644, st_size=2103, ...}) = 0
fstat(17, {st_mode=S_IFREG|0644, st_size=2103, ...}) = 0
mmap(NULL, 2103, PROT_READ, MAP_SHARED, 17, 0) = 0x7f61c3186000
getpid()                                = 21075
getpid()                                = 21075
getpid()                                = 21075
write(12, "[Thu Dec 06 23:58:59.246179 2018] [php7:error] [pid 21075] [client ****:****:****:****::aaaa:1:31248] PHP Fatal error:  Cannot redeclare composerRequire2f3df4313599c81c8cd86cade0406e0b() (previously declared in /var/www/releases/test/vendor/composer/autoload_real.php:54) in /var/www/releases/test/vendor/composer/autoload_real.php on line 61\n", 348) = 348
chdir("/")                              = 0
munmap(0x7f61ab800000, 16781312)        = 0
setitimer(ITIMER_PROF, {it_interval={tv_sec=0, tv_usec=0}, it_value={tv_sec=0, tv_usec=0}}, NULL) = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x7f61adfbae68} ---

autoload_real.php содержит файл, сгенерированный

composer install --no-progress --prefer-dist --no-dev --classmap-authoritative

, а в строках 54 - 61 следующее:

function composerRequire2f3df4313599c81c8cd86cade0406e0b($fileIdentifier, $file)
{
    if (empty($GLOBALS['__composer_autoload_files'][$fileIdentifier])) {
        require $file;

        $GLOBALS['__composer_autoload_files'][$fileIdentifier] = true;
    }
}

Список модулей PHP:

root@server:~# dpkg -l | grep php7.1
ii  libapache2-mod-php7.1             7.1.24-1+0~20181112093455.10+stretch~1.gbp09a4fd      amd64        server-side, HTML-embedded scripting language (Apache 2 module)
ii  php7.1-bcmath                     7.1.24-1+0~20181112093455.10+stretch~1.gbp09a4fd      amd64        Bcmath module for PHP
ii  php7.1-cli                        7.1.24-1+0~20181112093455.10+stretch~1.gbp09a4fd      amd64        command-line interpreter for the PHP scripting language
ii  php7.1-common                     7.1.24-1+0~20181112093455.10+stretch~1.gbp09a4fd      amd64        documentation, examples and common module for PHP
ii  php7.1-curl                       7.1.24-1+0~20181112093455.10+stretch~1.gbp09a4fd      amd64        CURL module for PHP
ii  php7.1-gd                         7.1.24-1+0~20181112093455.10+stretch~1.gbp09a4fd      amd64        GD module for PHP
ii  php7.1-json                       7.1.24-1+0~20181112093455.10+stretch~1.gbp09a4fd      amd64        JSON module for PHP
ii  php7.1-mbstring                   7.1.24-1+0~20181112093455.10+stretch~1.gbp09a4fd      amd64        MBSTRING module for PHP
ii  php7.1-mysql                      7.1.24-1+0~20181112093455.10+stretch~1.gbp09a4fd      amd64        MySQL module for PHP
ii  php7.1-opcache                    7.1.24-1+0~20181112093455.10+stretch~1.gbp09a4fd      amd64        Zend OpCache module for PHP
ii  php7.1-readline                   7.1.24-1+0~20181112093455.10+stretch~1.gbp09a4fd      amd64        readline module for PHP
ii  php7.1-sqlite3                    7.1.24-1+0~20181112093455.10+stretch~1.gbp09a4fd      amd64        SQLite3 module for PHP
ii  php7.1-xml                        7.1.24-1+0~20181112093455.10+stretch~1.gbp09a4fd      amd64        DOM, SimpleXML, WDDX, XML, and XSL module for PHP
0
задан 7 December 2018 в 16:56
1 ответ

Таким образом, после нескольких дней тестирования мы обнаружили, что обновление до версии PHP 7.2 решает нашу проблему.

.
0
ответ дан 5 December 2019 в 05:00

Теги

Похожие вопросы