0
Не ошибка

Memory leaks (2.11.5)

ejuk_8 4 года назад обновлен mikbill (CEO) 4 года назад 10

Після апдейту до 2.11.5 один раз завис сервер - таке враження, що закінчилася вільна оперативка. Бутнули - усе запрацювало. Після буту використовувалося лише 1,02 GB оперативки. Помітив, що кожного дня на кілька мегабайт зростає к-сть використаної оперативки. Через 4 тижні - вже 2,3GB використаної. До першого буту сервак був в онлайні більше 200 днів - видається, що проблема зявилася після апдейту.
Порадьте, як це можна зафіксати, принаймі, щоб не бутати увесь сервак, можливо достатньо перезавантажити якийсь модуль.

На рассмотрении

нужно смотреть на процессы какие потребляют память.

возможно у вас в системе появились zombie процессы на сервере.


т е есть резон смотреть на кол-во процессов в первую очередь и кто сколько памяти потребляет.


Спробував знайти zombie - ніби нема (http://anarioo.blogspot.com/2012/07/zombie.html) Порадьте, на що ще звернути увагу.

P.s.: уже 2,47 GB споживання памяті


Зомби нет это плюс.


Посмотрите сортировкой по потреблению памяти и сортировкой по времени работы процессов.

Т е что дольше всего висит и работает

и ежедневная динамика по потреблению памяти у процессов.

atop/htop помогут

Знайшов гарну статтю про atop

http://www.tecmint.com/how-to-install-atop-to-monitor-logging-activity-of-linux-system-processes/



Значення VDATA, VSIZE дуже великі. Хоча це V означає віртуальна незрозуміло чому SWP free 4.0G. Звідки ж беруться обєми для VDATA, VSIZE ...





Деякі сервіси працюють від старту системи - більше місяця. Проте важко сказати чи це корінь проблеми



Тут помітив підозрілого юзер haldaemo - боюся щоб це якийсь вірус не був...


З нетерпінням чекатиму Ваших коментарів :)

Присоединюсь. Проблема в утечке памяти тоже есть. Съедает процесс php-fmp. Сейчас поправили конфиг, наблюдаем.

в php-fpm посмотрите на параметр

request_terminate_timeout = 300

підкажіть будь ласка, де саме +/- цей файл лежить

на сервері у

<code>/etc/php-fpm.d/www.conf</code>

<code>/etc/php-fpm.d/www.conflisten = /var/run/php-worker-socket
listen.allowed_clients = 127.0.0.1
listen.owner = nginx
listen.group = nginx
user = apache
group = apache
pm = dynamic
pm.max_children = 50
pm.start_servers = 5
pm.min_spare_servers = 5
pm.max_spare_servers = 35
;pm.max_requests = 500
;pm.status_path = /status
;ping.path = /ping
;ping.response = pong
request_terminate_timeout = 300
;request_slowlog_timeout = 0
slowlog = /var/log/php-fpm/www-slow.log
;rlimit_files = 1024
;rlimit_core = 0
;chroot = 
;chdir = /var/www
;catch_workers_output = yes
;security.limit_extensions = .php .php3 .php4 .php5
;env[HOSTNAME] = $HOSTNAME
;env[PATH] = /usr/local/bin:/usr/bin:/bin
;env[TMP] = /tmp
;env[TMPDIR] = /tmp
;env[TEMP] = /tmp
;php_admin_value[sendmail_path] = /usr/sbin/sendmail -t -i -f www@my.domain.com
;php_flag[display_errors] = off
php_admin_value[error_log] = /var/log/php-fpm/www-error.log
php_admin_flag[log_errors] = on
;php_admin_value[memory_limit] = 32M
php_value[session.save_handler] = files
php_value[session.save_path] = /var/lib/php/session</code>

Стрічка була задокументована із дефолтним значенням 0

request_terminate_timeout = 300

Можливо ще щось варто змінити у конфігурації ?

Не ошибка

нет...эта штука уберет висячие процессы после ЧНН и все...

Сервис поддержки клиентов работает на платформе UserEcho