Рейтинг:0

Server

Can't get disk space back after running out of space (and removing some files) in Ubuntu 18.04

Andrew Newby

04.01.2023, 15:04

This is driving me crazy! My server run out of space. I cleaned up some files by removing the folders. The amount of free space didn't go up (% wise). This is what I now see:

As you can see, it shows 315gb size, of which 298gb is in use. So why does it show 100% used? The only reason I have the 1.1gb free that you can see if due to removing more files are reboot. Even though I got rid of 15+gb of files before :/

I've tried quite a few things such as lsof +L1:

    COMMAND    PID      USER   FD   TYPE DEVICE SIZE/OFF NLINK  NODE NAME
php-fpm7.  726      root    3u   REG    8,0        0     0   605 /tmp/.ZendSem.sRUIJj (deleted)
mysqld     863     mysql    5u   REG    8,0        0     0  2938 /tmp/ibj2MjTy (deleted)
mysqld     863     mysql    6u   REG    8,0        0     0 10445 /tmp/ibgsRaLu (deleted)
mysqld     863     mysql    7u   REG    8,0        0     0 76744 /tmp/ibx2g3Cq (deleted)
mysqld     863     mysql    8u   REG    8,0        0     0 76750 /tmp/ib7D93oi (deleted)
mysqld     863     mysql   12u   REG    8,0        0     0 77541 /tmp/ibSr0xre (deleted)
dovecot   1278      root  139u   REG   0,23        0     0  2021 /run/dovecot/login-master-notify6ae65d15ebbecfbf (deleted)
dovecot   1278      root  172u   REG   0,23        0     0  2022 /run/dovecot/login-master-notify4b18cb63ddb75aab (deleted)
dovecot   1278      root  177u   REG   0,23        0     0  2023 /run/dovecot/login-master-notify05ff81e3cea47ffa (deleted)
cron      2239      root    5u   REG    8,0        0     0  1697 /tmp/#1697 (deleted)
cron      2240      root    5u   REG    8,0        0     0 77563 /tmp/#77563 (deleted)
sh        2243      root   10u   REG    8,0        0     0  1697 /tmp/#1697 (deleted)
sh        2243      root   11u   REG    8,0        0     0  1697 /tmp/#1697 (deleted)
sh        2244      root   10u   REG    8,0        0     0 77563 /tmp/#77563 (deleted)
sh        2244      root   11u   REG    8,0        0     0 77563 /tmp/#77563 (deleted)
imap-logi 2512  dovenull    4u   REG   0,23        0     0  2023 /run/dovecot/login-master-notify05ff81e3cea47ffa (deleted)
imap-logi 3873  dovenull    4u   REG   0,23        0     0  2023 /run/dovecot/login-master-notify05ff81e3cea47ffa (deleted)
pop3-logi 3915  dovenull    4u   REG   0,23        0     0  2021 /run/dovecot/login-master-notify6ae65d15ebbecfbf (deleted)
pop3-logi 3917  dovenull    4u   REG   0,23        0     0  2021 /run/dovecot/login-master-notify6ae65d15ebbecfbf (deleted)
php-fpm7. 4218    fndesk    3u   REG    8,0        0     0   605 /tmp/.ZendSem.sRUIJj (deleted)
php-fpm7. 4268 executive    3u   REG    8,0        0     0   605 /tmp/.ZendSem.sRUIJj (deleted)

But I can't see anything in there that is locking the files up

1 + 11

дф

Убунту-18.04

Michael Hampton

04.01.2023, 15:08

Перезапустите программы, удерживающие эти файлы открытыми, или перезагрузите компьютер.

Ответить

Andrew Newby

04.01.2023, 15:10

@MichaelHampton спасибо, но я уже несколько раз пытался полностью перезагрузить сервер :( Похоже, он просто не хочет сдаваться!

Ответить

Michael Hampton

04.01.2023, 15:13

Тогда вам нужно удалить больше файлов.

Ответить

Gerald Schneider

04.01.2023, 15:22

Отвечает ли это на ваш вопрос? [Диск заполнен, ду говорит другое. Как продолжить расследование?]

Ответить

Andrew Newby

04.01.2023, 15:29

@MichaelHampton Мне это не нужно. Сервер работал нормально и имел много свободного места, прежде чем оно закончилось. Я загрузил большой файл, а потом он у меня вылетел (ну, все время говорил мне "недостаточно места на диске", как было). Но даже после удаления этого файла процент свободного места не изменился.Единственный другой вариант для меня - обновить сервер до более поздней версии и переместить все файлы - и я могу гарантировать, что это исправит (но это дни работы, для чего-то, что даже не должно быть проблемой :()

Ответить

Michael Hampton

04.01.2023, 15:30

Что-то заполняет ваш диск. Вы можете продолжить расследование или нет, это ваш выбор.

Ответить

Andrew Newby

04.01.2023, 15:31

@MichaelHampton Я пытаюсь;) Но это все равно не имеет смысла. `/dev/sda 315G 296G 2.9G 100% /` - 315gb - 296gb = 19gb... но "доступное" пространство отображается только как 2.9gb .. так что что-то поглощает это пространство

Ответить

Michael Hampton

04.01.2023, 15:32

Вы имеете в виду резервирование 5% корня?

Ответить

Andrew Newby

04.01.2023, 15:33

@MichaelHampton, хм, ладно, в этом больше смысла - 16 ГБ + 2,9 ГБ. Я не понял, у него была оговорка?

Ответить

Michael Hampton

04.01.2023, 15:34

Большинство файловых систем Unix использовали его с незапамятных времен, хотя он потерял популярность, и более современные файловые системы больше не поддерживают его.

Ответить

Andrew Newby

04.01.2023, 15:36

@MichaelHampton ах, ладно, может быть, поэтому я не замечал этого раньше. Большинство других серверов - UB 20.04, но у меня действительно были проблемы с дисковым пространством на них, так как на них меньше сайтов.

Ответить

Рейтинг:2

Server

Lutz Willek

04.01.2023, 16:22

Узнайте, что съедает место на диске, а затем узнайте, почему, прежде чем что-то удалять.

Чтобы показать «10 лучших каталогов», вы можете использовать ду-Ш/ | сортировать -rh | голова -10.

Чтобы показать файлы «10 лучших», вы можете использовать find / -type f -exec du -Sh {} + | сортировать -rh | голова -n 10.

Часто вы найдете огромные или не ротированные файлы журналов, быстро заполняющиеся файлы журналов. В зависимости от ваших выводов иногда достаточно удалить некоторые старые файлы журналов, настроить ротацию журналов или настроить параметры журналов ваших служб.

Что касается вашего расчета: это не должно сводить вас с ума :-)

Часто файловые системы резервируют 5% пространства для использования пользователем root. У вас есть размер диска 315 ГБ, поэтому 5% будет ~ 16 ГБ зарезервированного пространства. Есть хорошая статья, которая объясняет предысторию: https://blog.tinned-software.net/utility-df-shows-inconsistent-calculation-for-ext-filesystems/

0 + 2

Andrew Newby

06.01.2023, 06:33

Спасибо за это. На самом деле, похоже, что большая часть его состоит из набора таблиц mySQL (некоторые из них 6 + ГБ, но в них есть миллионы строк). Я посмотрю, смогу ли я найти способ оптимизировать любой из них, так как это будет быстрая победа.

Ответить

Andrew Newby

06.01.2023, 09:46

Я еще где-то нашел, что память уходит. Мы используем таблицы InnoDB mySQL, и там, где мы выполнили большие «удаления», файлы IBD не уменьшились в размере. По-видимому, это нормальное поведение для InnoDB.Обойти это можно, скопировав таблицу, а затем переименовав ее. Это заняло 16 ГБ файла, до чуть более 10 ГБ :)

Ответить

Admin

Этот вопрос на других языках:

EN: Can't get disk space back after running out of space (and removing some files) in Ubuntu 18.04

TH: Can't get disk space back after running out of space (and removing some files) in Ubuntu 18.04

RO: Can't get disk space back after running out of space (and removing some files) in Ubuntu 18.04

RU: Can't get disk space back after running out of space (and removing some files) in Ubuntu 18.04

VI: Can't get disk space back after running out of space (and removing some files) in Ubuntu 18.04

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.