Как устранить утечку памяти в ubuntu?

Question

[iamdivine]

Добрый вечер, на сервере стоят:
Два сайта и бд на 1б и на 500 мб,
ОЗУ забита на 2/2 гб, онлайн обычно на каждом из них по 20-40 чел + к этому не запускается mariadb.

Answer 1

[Dmitry]

вывод команды

free -m

покажите пожалуйста.

Comments

[iamdivine]

[Dmitry]

у меня нет под рукой убунты, надеюсь там ps такой же как на моей macos , вот эта команда отсортирует (снизу вверх) процессы по потреблению вирт.памяти (вторая колонка):
ps -e -o pid,vsz,comm= | sort -n -k 2

[iamdivine]

Дмитрий,

[Dmitry]

номер процесса есть. что именно из себя представляет этот snap - ну вам лучше знать. я бы прибил и посмотрел что будет )

[iamdivine]

Дмитрий, запускается под новым процессом

[shurshur]

iamdivine, snap для чего-нить используется? Можно посмотреть в snap list что через него установлено. Если не используется - можно его погасить и даже удалить.

[iamdivine]

shurshur, я отключил его через systemctl, ОЗУ не прибавилось

[shurshur]

iamdivine, как отключил? Что показывает systenctl -a|grep snap

[iamdivine]

shurshur,

[shurshur]

iamdivine, и snapd в процессах всё ещё висит?

[iamdivine]

shurshur, не висит, но озу по прежднему от 60мб до 100мб свободно

[iamdivine]

shurshur, удаляю снап и такое выходит

[shurshur]

Killed это apt убило?

Может, посмотреть в системные логи что там вообще прямо сейчас происходит? Вдруг там есть ответ? Сам snapd не должен выедать столько памяти, у меня он 17.5 Мб занимает.

[iamdivine]

shurshur,
Журнал вот

Jun 06 22:34:04 scw-pedantic-leavitt kernel: [   2925]   104  2925    56081      248    86016        0             0 rsyslogd
Jun 06 22:34:04 scw-pedantic-leavitt kernel: [   3710]    33  3710    59203     1674   188416        0             0 php-fpm7.4
Jun 06 22:34:04 scw-pedantic-leavitt kernel: [    612]   112   612    94533     9510   184320        0             0 mysqld
Jun 06 22:34:04 scw-pedantic-leavitt kernel: oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/system.slice/mariadb.service,task=mysqld,pid=612,uid=112
Jun 06 22:34:04 scw-pedantic-leavitt kernel: Out of memory: Killed process 612 (mysqld) total-vm:378132kB, anon-rss:38040kB, file-rss:0kB, shmem-rss:0kB, UID:112 pgtables:180kB oom_score_adj:0
Jun 06 22:34:04 scw-pedantic-leavitt kernel: oom_reaper: reaped process 612 (mysqld), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB
Jun 06 22:34:04 scw-pedantic-leavitt systemd[1]: mariadb.service: Main process exited, code=killed, status=9/KILL
-- Subject: Unit process exited
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- An ExecStart= process belonging to unit mariadb.service has exited.
--
-- The process' exit code is 'killed' and its exit status is 9.
Jun 06 22:34:04 scw-pedantic-leavitt systemd[1]: mariadb.service: Failed with result 'signal'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- The unit mariadb.service has entered the 'failed' state with result 'signal'.
Jun 06 22:34:04 scw-pedantic-leavitt systemd[1]: Failed to start MariaDB 10.3.22 database server.
-- Subject: A start job for unit mariadb.service has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- A start job for unit mariadb.service has finished with a failure.
--
-- The job identifier is 10295 and the job result is failed.
Jun 06 22:34:05 scw-pedantic-leavitt sshd[614]: Unable to negotiate with 65.19.189.5 port 43810: no matching key exchange method found. Their offer: diffie-hellman-group14-sha1,diffie-hellman-group-exchange-sha>
Jun 06 22:34:10 scw-pedantic-leavitt systemd[1]: mariadb.service: Scheduled restart job, restart counter is at 153.
-- Subject: Automatic restarting of a unit has been scheduled
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- Automatic restarting of the unit mariadb.service has been scheduled, as the result for
-- the configured Restart= setting for the unit.
Jun 06 22:34:10 scw-pedantic-leavitt systemd[1]: Stopped MariaDB 10.3.22 database server.
-- Subject: A stop job for unit mariadb.service has finished
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- A stop job for unit mariadb.service has finished.
--
-- The job identifier is 10358 and the job result is done.
Jun 06 22:34:10 scw-pedantic-leavitt systemd[1]: Starting MariaDB 10.3.22 database server...
-- Subject: A start job for unit mariadb.service has begun execution
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- A start job for unit mariadb.service has begun execution.

[shurshur]

iamdivine, ну сразу же видно что база всё время помирает...

Если snapd всё ещё в процессах, можно ли его убить по kill -9 PID_процесса? Если нет, то есть ли возможность ребутнуться?

[iamdivine]

shurshur, Возможность есть

[iamdivine]

shurshur,

[shurshur]

iamdivine, возможно ещё не всё запустилось...

mariadb подозреваю продолжает умирать, возможно ей слишком много для памяти при лимите 2 Гб выделено.

Вот тут описывается, от чего зависит расход памяти: https://mariadb.com/kb/en/mariadb-memory-allocation/
Я бы для начала посмотрел, не указаны ли там какие параметры с очевидным перебором разумных значений.

[iamdivine]

shurshur, так а как быть если при всем закрытом у меня все равно 100 мб озу свободно?

[shurshur]

iamdivine, ну для начала надо всё же смотреть не vsz, а rsz - это реальный расход памяти. Понять кто тут больше всех съел. Советую добавить rsz в список вывода ps и сортировать по нему.

[iamdivine]

shurshur, ладно, мне легче переустановить все ), только не знаю как сделать дамп бд без доступа к бд ибо я в нее зайти не могу

[shurshur]

iamdivine, можно сделать своп и надеяться что база запустится (но работать со свопом так же быстро как с памятью конечно не будет.

dd if=/dev/zero of=/swapfile bs=1M count=2048
mkswap /swapfile
swapon /swapfile

Конечно, нужно эти 2 Гб места на диске иметь свободными.

[d'Ivan]

shurshur, Дмитрий snap

[shurshur]

Роман Мирр, я знаю что это такое.

Answer 2

[ky0]

Разнести по разным контейнерам, чтобы не тырили друг у друга память. В наибольшей степени это относится к БД.