А вот с этого и надо было начинать... Нужно ли вам это обновление? Есть золотое правило - работает, не трогай.
Подвох может быть в самом Ispmanager'e. Устанавливать как и обновлять ПО лучше через него, в разделе возможности.
Посмотрите его дополнения/расширения, быть может там чего-то лишнего наставлено по умолчанию, не помню так.
Также для него тоже есть adblock на сайте addons.palemoon.org и многое другое...
Вам palemoon советовали. Тоже рекомендую попробовать его palemoon.org
1. По идее происходит блокировка фрагмента памяти выделенной опкешу, её полная очистка и снятие блока. В этот момент никто не может работать с этой памятью. Т.е пхп процессы ждут снятия блокировки.
2. Параметры не зависят друг от друга. Подбирайте ровно столько, сколько вам необходимо. Смотреть статистику можно в phpinfo()
3. На счёт рисков не подскажу. А так зачем вам столько много? Выставьте столько, сколько реально надо. Если не хватает штатного значения, увеличьте в 2 или 4 раза и смотрите статистику. Также и с памятью.
Через панель не как. Чисто теоретически вы можете попробовать самостоятельно установить расширение в консоли. Через pecl или скомпилировать
с помощью phpize+make (указывая корректные пути к pecl и phpize для php72. Например /opt/php72/bin/pecl. Также скорее всего попросит и путь к php-config если будете ставить через phpize+make)
https://pecl.php.net/package/mcrypt
Вы очень жестко лимитировали максимальное число обслуживаемых посетителей одновременно этим вот конфигом. Это не решение, это костыль...
Недостаточно просто узнать какой именно сайт или какая бд. Это лишь первый шаг) Вторым шагом уже следует оптимизация кода или же конкретной бд, её структуры, индексов, быть может и самих запросов если возможно.
Ясно, что ничего не ясно... Одно срабатывание и то на apache... В общем гадать по фотографии тут трудно. И да, вам надо обратиться к соответствующему специалисту раз знаний у вас самого маловато.
Как минимум это грамотно настроить Mysql, как максимум - проанализировать код на предмет утечек памяти. Возможно что-то ещё...
Вызвано это перезагрузкой либо падением... самого сервера либо службы mysql, которая была убита oom killer'ом из за нехватки памяти.
Посмотрите в этих логах информацию говорящую о том, что сработал oom killer
cat /var/log/messages | grep -i "oom"cat /var/log/syslog | grep -i "oom"
И это всё лишь следствие, не более. Вам надо найти и устранить причину нехватки памяти...
