Потоки php (а не процессы) продолжают подключаться до тех пор, пока сервер не выйдет из строя

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

Мой веб-сервер регулярно выходит из строя из-за слишком большого количества потоков php. Количество процессов php стабильно в пределах нормы (например, 35 процессов). Число потоков на процесс со временем постоянно увеличивается. Через пару часов общая сумма всех потоков во всех процессах php становится больше 900 - и тогда нормальные операции сервера начинают завершаться.

Вот как я подсчитываю количество процессов и потоков:

ps axo pid,nlwp,cmd | grep "pool www"
15674   11 php-fpm: pool www
15675   13 php-fpm: pool www
15676    8 php-fpm: pool www
15677    7 php-fpm: pool www
15678   12 php-fpm: pool www

. ..и еще 30 таких строк

Я запускаю

  • виртуальный сервер
  • 8 ГБ ОЗУ
  • 4 виртуальных ядра
  • ubuntu 16.04
  • nginx 1.10.3
  • php-fpm 7.0 .3

my ... / fpm / pool.d / www.conf выглядит так (в алфавитном порядке):

user = www-data
request_terminate_timeout = 600s
pm.start_servers = 20
pm.min_spare_servers = 20
pm.max_spare_servers = 35
pm.max_requests = 500
pm.max_children = 72
pm = dynamic
listen.owner = www-data
listen.group = www-data
listen = /run/php/php7.0-fpm.sock
group = www-data
env[TMP] = /tmp
env[TMPDIR] = /tmp
env[TEMP] = /tmp
env[PATH] = /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
env[HOSTNAME] = $HOSTNAME

А моя конфигурация nginx выглядит так:

user www-data;
worker_processes auto;
pid /run/nginx.pid;

events {
    worker_connections 1024;
    # multi_accept on;
}

http {
    client_max_body_size 501m;
    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 3;
    types_hash_max_size 2048;
    server_names_hash_max_size 8192;
    include /etc/nginx/mime.types;
    default_type application/octet-stream;  
    log_format  main  '$remote_addr - $host $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';     
    ssl_protocols TLSv1 TLSv1.1 TLSv1.2; 
    ssl_prefer_server_ciphers on;
    map $status $loggable {
        ~^404  0;
        default 1;
    }
    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log ;
    gzip on;
    gzip_disable "msie6";
    application/xml+rss text/javascript;
    gzip_min_length 1100;
    gzip_vary on;
    gzip_comp_level 2;
    gzip_proxied any;
    gzip_types      text/plain text/css application/x-javascript text/xml application/xml application/xml+rss text/javascript;  
    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
    limit_conn_zone $binary_remote_addr zone=addr:10m;  
    limit_conn addr 50; 
    fastcgi_cache_path /etc/nginx/cache levels=1:2 keys_zone=YOURAPP:100m inactive=60m;
    fastcgi_cache_key "$scheme$request_method$host$request_uri";    
    upstream php {
        server unix:/run/php/php7.0-fpm.sock;
    }    
    map $http_upgrade $connection_upgrade {
            default upgrade;
            '' close;
    }     
}


server {
    listen 443 ssl;
    server_name www.mydomain.com;
    root   /var/www/path/to/webfiles;       
    # ssl specs here 
    # some general location stuff here
    location ~ \.php$ {
        regex to split $uri to $fastcgi_script_name and $fastcgi_path
        fastcgi_split_path_info ^(.+\.php)(/.+)$;
        try_files $fastcgi_script_name =404;
        set $path_info $fastcgi_path_info;
        fastcgi_param PATH_INFO $path_info;
        fastcgi_index index.php;
        include fastcgi.conf;
        fastcgi_cache_bypass 1;
        fastcgi_no_cache 1;  
        fastcgi_pass unix:/run/php/php7.0-fpm.sock;     
        fastcgi_buffer_size 128k;
        fastcgi_buffers 256 4k;
        fastcgi_busy_buffers_size 256k;
        fastcgi_temp_file_write_size 256k;
        fastcgi_cache YOURAPP;
        fastcgi_cache_valid 200 60m;
        fastcgi_read_timeout 600s;
    }

}   

Кажется, есть соединение с z -push сервис, запущенный на сервере. Он используется для синхронизации данных сервера (контактов, календаря, почты) с мобильными устройствами. После закрытия этой конкретной службы количество потоков перестает действовать. Пока мне не удалось найти конфигурацию для z-push / nginx / php, которая позволяет мне использовать синхронизацию без затопления сервера. Я пробовал использовать "статическую" и "ondemand" конфигурацию для порождения процессов php - но это не имело особого значения.

Буду благодарен за любые подсказки или пояснения.
Заранее благодарю
Стив

0
задан 5 September 2018 в 20:09
1 ответ

Проблема каким-то образом была связана с Kopano Core. Когда я обновил это месяц назад до версии 8.6.82, все проблемы, связанные с потоками, исчезли. Лучше поздно, чем никогда. Спасибо всем за советы!

0
ответ дан 24 November 2019 в 01:59

Теги

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