Невозможно снять ограничение на использование памяти для PHP-скрипта

М. Тиббитс ответ намекает на то, что Piwik может использовать больше ресурсов в процессе архивирования.

Существует ограничение на размер выполняемой команды SQL, которое по умолчанию составляет всего 1 МБ. Для получения дополнительной информации; Пакет слишком большой

Чтобы увеличить ограничение размера в MySQL, отредактируйте /etc/my.cnf и установить max_allowed_packet=32M

Убедитесь, что лимит памяти PHP установлен достаточно высоким для разветвленного процесса, отредактировав /usr/local/lib/php.ini и установить memory_limit = 512M

Наконец, убедитесь, что все процессы имеют жесткое ограничение не менее 1 ГБ, прежде чем система отключит их, выполнив ulimit -v 1048576 в командной строке.

Обновить

ulimit -v 1048576 только поднимет мягкий предел. Если жесткий лимит недостаточно высок, система автоматически сбросит мягкое ограничение на жесткое.

Чтобы установить жесткое ограничение, добавьте -H переключатель:

ulimit -vH 1048576

с последующим увеличением мягкого лимита до этого значения:

ulimit -vS 1048576

Задний план:

Я только что взял текущую версию Piwik - в версии 1.5 строка 969 выглядит так:

public function addRowsFromSerializedArray( $stringSerialized )
{
    $serialized = unserialize($stringSerialized);
    if($serialized === false)
    {
        throw new Exception("The unserialization has failed!");
    }
    $this->addRowsFromArray($serialized);
}

и конкретно $serialized = unserialize($stringSerialized);. Призыв к unserialize может быть невероятно интенсивным по памяти. Есть отличный пост Вот.

Как вы отметили, это явно не ошибка в вашем скрипте и действительный Out of Memory.

Предложение: В файле конфигурации, как указано выше в моем комментарии:

/.../piwik/config/global.ini.php

Я думаю, вам может потребоваться увеличить один из этих лимитов:

# during archiving, Piwik will limit the number of results recorded, for performance reasons
# maximum number of rows for any of the Referers tables (keywords, search engines, campaigns, etc.)
# this limit will also be applied to the Custom Variables names and values reports
datatable_archiving_maximum_rows_referers = 1000
# maximum number of rows for any of the Referers subtable (search engines by keyword, keyword by campaign, etc.)
datatable_archiving_maximum_rows_subtable_referers = 50

# maximum number of rows for any of the Actions tables (pages, downloads, outlinks)
datatable_archiving_maximum_rows_actions = 500
# maximum number of rows for pages in categories (sub pages, when clicking on the + for a page category)
# note: should not exceed the display limit in Piwik_Actions_Controller::ACTIONS_REPORT_ROWS_DISPLAY
#       because each subdirectory doesn't have paging at the bottom, so all data should be displayed if possible.
datatable_archiving_maximum_rows_subtable_actions = 100

# maximum number of rows for other tables (Providers, User settings configurations)
datatable_archiving_maximum_rows_standard = 500

где я заменил точки с запятой на знаки #, чтобы сделать автоцвет sf читабельным.

Вы также можете попробовать добавить:

CMD_TO_CHECK_SETTINGS="$PHP_BIN -i > /tmp/piwik-php-env.out"
$CMD_TO_CHECK_SETTINGS

в archive.sh, чтобы определить, есть ли другие настройки, которые отменяют файл php.ini.

это определенно ошибка скрипта. Кажется, что есть утечка памяти, поэтому независимо от того, насколько вы увеличиваете лимит памяти в PHP, он его достигнет.

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

Я рекомендую не возиться с настройками системы или PHP ради исправления ошибочного скрипта. Посещение форума поддержки piwik может быть лучшей идеей

Вы пробовали использовать опцию командной строки define? php -d memory_limit = 512M test.php

Кстати, вы проверили, что php.ini читается пользователем, запускающим php из командной строки?

Лимит Linux на процесс / пользователя не имеет к этому никакого отношения; ошибка, которую вы получаете, конкретно связана с PHP.

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

Просто запустите `grep -r -i" ini_set "/ path / to / piwiki" и посмотрите, не перезаписывают ли они ограничение вручную.

Можете ли вы подтвердить, в каком конфигурационном файле вы изменили ограничения памяти? Обратите внимание, что есть две разные конфигурации: одна для PHP, выполняемая через веб-сервер, а вторая для PHP, выполняемая через CLI.

~$ ls /etc/php5/
apache2  cli  conf.d
~$ ls /etc/php5/apache2/
conf.d  php.ini
~$ ls /etc/php5/cli/    
conf.d  php.ini

Кроме того, если это выполняется через браузер, в том же каталоге, где находится фактический скрипт, создайте файл temp.php со следующим содержимым:

<?php phpinfo(); ?>

Проверьте, что memory_limit отображается при переходе к этому файлу.

У меня была эта проблема на прошлой неделе, мое решение в CentOS rehel -

nano /etc/httpd/conf/hpptd.conf

search RLimitMEM директива delete или comented не использует эти директивы или, если используется, разрешает значение 2000000

• сохраните этот файл
• перезапустить службу
• перезапуск службы httpd