RoundCube слишком много спящих соединений в MySQL

У нас есть почтовый сервис с этими деталями:

    1-Centos 6.4
    2:Postfix 2.6.6
    3:roundcube 0.8 
    4:dovecot 2.0.9.7
    5:mysql-server 5.1.71

все в порядке, но в пиковое время использования спящих круглых кубов увеличивается от 1 или 2 или 3 до 270 менее чем за 10 минут, а открытые файлы Apache (измеренные lsof) увеличиваются с 4000 до 20000 в это пиковое время.

это apache conf: (apache работает в режиме prefork)

PidFile run/httpd.pid
Timeout 60
KeepAlive On
MaxKeepAliveRequests 100
<IfModule prefork.c>
StartServers       8
MinSpareServers    5
MaxSpareServers   20
ServerLimit      256
MaxClients       256
MaxRequestsPerChild  4000
</IfModule>
TraceEnable off
LimitRequestLine 1024
LimitRequestFields 100
LimitRequestFieldsize 1024
LimitRequestBody 10241024

и вот конфиг mysql:

secure_auth=1
local_infile=0
max_connections        = 600
max_allowed_packet    = 16M
key_buffer        =256M
wait_timeout=240
interactive_timeout=180
connect_timeout=10
innodb_buffer_pool_size=2G

когда спящие соединения roundcube увеличиваются до>100, почти все службы (web,mail,mysql) отключаются....

спасибо за любое предложение.

Источник

2 ответа

Решение

Сейчас

Примерно через 5 лет

Проблема была обнаружена и решена в течение нескольких дней.

Это было так сложно для младшего системного администратора, как я;)

В файловой системе кластера GFS2 возникла проблема, которую мой напарник подготовил на iSCSI LUN, и эта проблема привела к различным проблемам и проблемам в Dovecot и roundcube (а затем в apache)

К вашему сведению, когда я обращаю внимание на параметр% wa в верхней команде (это было около 90%), я думал (возможно), что есть проблема на уровне файловой системы.

Затем я решил перенести все данные в новую кластерную файловую систему (ocfs2), потому что GFS устарела!

Прежде всего, все данные были перенесены в новую кластерную файловую систему (на ocf2), а затем перепроектировали всю систему, основанную на haproxy в кардиостимуляторе Debian wheezy!

Источник

Ответ:

У меня есть опция редактирования apache max_client, чтобы уменьшить значение 256 -> 50 почему!?

из-за (пока) неизвестной проблемы все предварительно разветвленные процессы Apache принимают нагрузку на процессор примерно на 100% (100% использования этого ядра в течение нескольких минут выполняет предварительно разветвленный процесс Apache)

Таким образом, система выходит из строя, потому что система имеет 64 ядра ЦП, когда все 256 процессов Apache используют 100% загрузки ЦП, система и службы отключаются

проблема все еще существует, но у служб нет проблем, я думаю, проблема, связанная с сетевыми атаками (наши инструменты мониторинга сообщают о многих атаках в день), которые иногда создают проблему, такую ​​как блокировка ресурсов или что-то еще

спасибо за все предложения.

Источник
Другие вопросы по тегам