Отсутствие места на сервере БД

[CALL|KA]

Есть сервер с mysql, на котором периодически заканчивается место на винте.
Винт - ssd 800Гб
ОЗУ - 220Гб
Для MYSQL выделено 180Гб.

Код: [Выделить]

df -h
Filesystem                        Size  Used Avail Use% Mounted on
udev                              111G     0  111G   0% /dev
tmpfs                              23G  976K   23G   1% /run
/dev/sda2                         689G  286G  368G  44% /
tmpfs                             111G     0  111G   0% /dev/shm
tmpfs                             5.0M     0  5.0M   0% /run/lock
tmpfs                             111G     0  111G   0% /sys/fs/cgroup
/dev/loop0                         88M   88M     0 100% /snap/core/5548
/dev/loop1                         88M   88M     0 100% /snap/core/5328
/dev/loop2                         87M   87M     0 100% /snap/core/4917
tmpfs                              23G     0   23G   0% /run/user/1000

Код: [Выделить]

du -h -d 1 /
4.0K    /mnt
765M    /lib
44K     /tmp
300M    /home
16M     /sbin
4.0K    /media
6.4M    /etc
4.0K    /lib64
0       /dev
0       /proc
16K     /lost+found
809M    /snap
976K    /run
4.0K    /srv
4.0K    /opt
0       /sys
1.2G    /usr
276G    /var
142M    /boot
15M     /bin
16M     /root
Это данные после перезагрузки, места достаточно.

Когда место заканчивается, первая команда показывает, что tmpfs забита "под завязку", примерно так:

Код: [Выделить]

Filesystem                        Size  Used Avail Use% Mounted on
tmpfs                              111G   111G  0   110% /sys/fs/cgroup
Почитал что это такое и стало еще больше вопросов. Насколько я понял, это RAM-диск, который создается автоматически. В него система сваливает кеш чтения\записи. Но этот кеш может сбрасываться на винт, что в моем случае и происходит.

Верно ли я все понял? Если нет, то как работает tmpfs?
Как его отключить\уменьшить?

[Dzhoser]

https://ru.m.wikipedia.org/wiki/Tmpfs

[CALL|KA]

Меня сбивает с толку это

Все данные в Tmpfs являются временными, в том смысле, что ни одного файла не будет создано на жёстком диске. После перезагрузки все данные, содержащиеся в Tmpfs, будут утеряны.

Tmpfs отличается от Linux RAM диска динамическим выделением памяти и перемещением неиспользуемых страниц в swap.

Если эта технология не хранит файлы на винте, а только в свапе (который у меня 8Гб), то почему забивается винт?
Чем система забивает эти папки? (/sys/fs/cgroup и /dev/shm )

[Dzhoser]

Когда память заканчивается ее содержание сбрасывается на диск. После перезагрузки удалятся должно.
Пользователь добавил сообщение 12 Октября 2018, 13:21:58:И почему вы различаете swap и винт. Swap это раздел или файл который также занимает место на винте.
Пользователь добавил сообщение 12 Октября 2018, 13:25:04:Прочитайте раздел Реализация на вики которую я Вам скинул

[CALL|KA]

Прочитайте раздел Реализация на вики которую я Вам скинул

Я прочитал.

И почему вы различаете swap и винт. Swap это раздел или файл который также занимает место на винте.

Я не разделяю, но попробую объяснить по другому. Я не могу понять, почему у меня swap-файл размером 8Гб, а tmpfs отожрала 2 раза по 111Гб. Судя по логике статьи в wiki, максимум, который может занять tmpfs, это размер swap файла.


Изменил размеры tmpfs разделов по инструкции в статье, пока все нормально.

[AnrDaemon]

Есть сервер с mysql, на котором периодически заканчивается место на винте.

Сделайте так, чтобы место не заканчивалось.
Топик можно закрывать.
Пользователь добавил сообщение 12 Октября 2018, 18:50:33:

Насколько я понял, это RAM-диск

/sys/fs/cgroup - это виртуальная файловая система, отвечающая за т.н. "control groups".
Как она может вырасти до гигабайт, я уже не говорю о десятках гигабайт - вопрос к вам.
Что именно вы делаете на этом сервере?

Код: [Выделить]

none            4,0K     0  4,0K   0% /sys/fs/cgroupЭто на сервере, на котором запущено "вотпрямщаз" семь контейнеров.

[CALL|KA]

Что именно вы делаете на этом сервере?

Эти физический сервак с mysql и 250 гигабайтной базой данных, на который идет не слабая нагрузка.

[AnrDaemon]

Не может "неслабая нагрузка" раздувать по сути свой статическую базу данных.
И вы так и не сказали самого главного - версия OS и какое ядро.

P.S.
https://github.com/lxc/lxc/issues/1443

[CALL|KA]

Код: [Выделить]

Linux maindb-master 4.15.0-36-generic #39-Ubuntu SMP Mon Sep 24 16:19:09 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Distributor ID: Ubuntu
Description:    Ubuntu 18.04.1 LTS
Release:        18.04
Codename:       bionic