Кончилось место на VPS

ncdu

du -h

Братишка, кум не даёт установить даже ncdu. Говорит, что места в хате больше нет.

даже du -h -d 1 показывает финтифлюшки. Говорит, что место занимает, но не расписывает по понятиям, кто и что занимает.

Я вот тут подумал, что может 4 Гб на впс это вообще не по понятиям нынче? Просто раньше и 64Кб хватало, а нынче и 4Гб уже за зашквар считается?

du -hs /*

du -hs /самый_жирный_каталог/*

И дальше рекурсивно вниз.

На случай, если кто сурприз оставил в корне:

ls -adl /.*

Дальше сам разберешься, пиши, если что.

du -sh /* | sort -rh | head

Поставьте ncdu, что ли. Если на это в корне место есть.

как вычислить крысу

ты мог удалить файл в который писал какой то процесс, и этот процесс ожидает записи на диск

Чтобы выследить кто жрёт место на ВПС, можно на ней запустить Perl скрипт qdirstat-cache-writer, а выданный скриптом результат перенести с ВПС на комп и посмотреть через приложуху qdirstat, там всё ясно и красиво будет

Удали старые логи из /var/log/, которые запакованы в архивы или у которых в конце 1. После этого установи ncdu и интерактивно вычисляй виновников.

ls -A | du -s | sort -n

Вечер в хату

Серверочек то босяцкий

Обращаюсь к честным пацанам

Ну и контингент на ЛОР-е… Я понимаю, что это мб троллинг такой, но в такой способ троллить придёт в голову не каждому человеку.

внезапно выяснилось, что изначально на впске только 4Гб выделяется, но если сделать resize2fs то внезапно становится 20. Чудеса!

ну просто чтоб разбавить скучный академический стиль) не принимай близко к сердцу)

не принимай близко к сердцу

Ну ладно тогда xD

Параметр --max-depth (-d) в du поварьируй, он разное количество уровней покажет. И в качестве стартовой можно не только хомяк указывать, но и какоц-либо самый подозрительный с предыдущего шага каталог.

Совет про логи выше тоже годный.

Ну и контингент на ЛОР-е… Я понимаю, что это мб троллинг такой, но в такой способ троллить придёт в голову не каждому человеку.

И контингент и троллинг такой себе, да.

Я вот тут подумал, что может 4 Гб на впс это вообще не по понятиям нынче?

Да, 4 для VPS маловато будет, нужно хотя бы 10 Gb.

Просто раньше и 64Кб хватало, а нынче и 4Гб уже за зашквар считается?

Мы про ОЗУ или про дисковое пространство говорим?

А, случайно, там не 20 изначально должно по ТП было быть? Просто, возможно, там систему накатили из шаблона, а потом растянули диск(в qcow2, или что там у вас), а таск с resize2fs по какой-то причине не отработал. Вот и было у вас 4Гб вместо положенных 20…

Как правило, в таких случаях чистят что-то не нужное(старые логи, не нужный архив со старыми файлами ненужного сайта, старый дамп БД или ещё что подобное), а потом ставят du/ncdu и т.п. и ищут место, куда делось дисковое пространство.

Но, очень часто найти жирные(и потенциально не нужные) файлы можно и без этих утилит, просто запускаем

find / -size +100M

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

видимо так и произошло, ибо после resize2fs положенные 20Гб получились

А если это у провайдера такой хитрый способ обеспечить возможность увеличения дискового пространства виртуальной машины при переходе абонента на более дорогой тариф?.. То есть, наверное стоит уточнить, какой размер диска должен быть согласно тарифу…

Обычно LVM/образ qcow2 и т.п. у VPS ресайзится под ТП. Повышается ТП, образ ресайзят, раздел расширяют, затем делают resize2fs. И так по кругу, при каждом повышении Т.П. Загодя делать широкий раздел, но не рестягивать на него ФС ― что-то без смысла. Сами подумайте, эти Гб можно было бы продать кому-то, кому они нужны сейчас, и получать денежки, а не ждать пока клиент, которому их заранее нарезали, но не растянули ФС, захочет повысить ТП. Да и заранее не понятно, до какого ТП повышать вдруг клиент захочет.

Скорей всего так и было. Такое бывает, не часто, но бывает.

Загодя делать широкий раздел, но не рестягивать на него ФС ― что-то без смысла. Сами подумайте, эти Гб можно было бы продать кому-то, кому они нужны сейчас, и получать денежки, а не ждать пока клиент, которому их заранее нарезали, но не растянули ФС, захочет повысить ТП.

Ну просто выделенное под раздел место, которое пока не используется, может не занимать реального места на диске. Ну вот смотрите:

time qemu-img create -f raw test.raw 10T
Formatting 'test.raw', fmt=raw size=10995116277760

real	0m0,026s
user	0m0,007s
sys	0m0,001s

ls -lh test.raw 
-rw-r--r-- 1 askh askh 10T июн 28 22:57 test.raw

du -hs test.raw 
4,0K	test.raw

Я за долю секунды «выделил» 10 терабайт, при этом файл на самом деле на диске занял около 4 килобайт, если бы размер раздела позволял, то этот файл в 10 терабайт вырос бы до реального размера в процессе использования.

И я не говорю про тот вариант, который я описал, что он лучший. Он проще — разработчик гипотетически мог сделать систему управления хостингом так, что раздел под виртуальную машину делается с запасом, это конечно было бы неправильно, но позволило бы сэкономить время разработки, а потом когда-нибудь сделать нормально, надеясь на то, что не найдётся ни одного клиента, который заметит халявные гигабайты...

на всякий случай глянь lsof | grep deleted Могли остаться открытыми удалённые файлы. Если есть, то надо прибить процесс, держащий их

А, я слоупок…