свободное пространство на диске

S
На сайте с 19.03.2013
Offline
67
3105

Здравствуйте ув. форумчане. Столкнулся с такой проблемой, постоянно куда то "уходит" свободное пространство на диске, стоит два диска по 320 гб (рейд), используется системой и ползователем примерно половина, а остальное постоянно что-то "жрет", помогает толко ребут (после ребута команда df опять показывает норму) но за 2 дня таже команда df покажет 0% свободного места на диске....ХЗ что делать и где искать проблему, может кто сталкивался с подобным, буду благодарен всем за любую помощь\совет\пинок. :)

Зарание всем благодарен.

Pазвлечения ЗДЕСЬ (http://soloman.ru)
Plutishe
На сайте с 06.03.2006
Offline
205
#1

Логи:?....

Хостинг за РУБЛИ (http://yousite.ru/h) | VPS/VDS на платформе: XEN c администрированием (http://yousite.ru/v) | Регистрация доменов (http://yousite.ru/d)
Andron_buton
На сайте с 19.07.2007
Offline
270
#2

все просто:

du -hx --max-depth=1 /

дальше смотри где большего всего занято и по накатанной, чаще всего это будет /var

du -hx --max-depth=1 /var

...

du -hx --max-depth=1 /var/log
AU
На сайте с 03.09.2009
Offline
88
#3

Так можно найти файлы размером больше 300 мегабайт. Соответственно, можете определить какие файлы сколько весят. Вместо "/" ставьте интересующий вас раздел.

sudo find -L / -type f -size +300M -exec du -sh {} \;

Кроме того, файлы (особенно если это логи), могут удерживаться каким то процессом. Например, достаточно запустить tail -f на каком то лог-файле и он "застрянет", т.е. никогда не будет очищен (сжат) системой ротации логов. В этом случае вам может помочь утилита lsof:

sudo lsof -L /var/logs

Она покажет какие процессы в данный момент какие файлы "удерживают". Что бы освободить файл, нужно просто убить соответствующий PID. Либо послать kill -1 этому процессу, если он поддерживает этот сигнал... Не уверен что вы зайдете так далеко, но возможно эти советы будут полезны.

Кстати, кроме логов место могут съедать core.dump файлы, если какое то приложение постоянно падает. Вы не указали какой у вас дистрибутив ОС, но вот "общий подход" к вопросу: http://www.unixmen.com/how-to-enable-core-dumps-in-rhel6/

Unix в вопросах и ответах https://unixhow.com (https://unixhow.com)
S
На сайте с 19.03.2013
Offline
67
#4
Andron_buton:
все просто:

дальше смотри где большего всего занято и по накатанной, чаще всего это будет /var

...

Выполняю команду в корне du -hx --max-depth=1, показывает что занято по всем каталогам 150 гб.

В то время как команда df уже (вчера вечером ребутил) показывает 180 (а сразу после ребута 150 показывает), тут что-то другое.

Но все равно спасибо.

Andreyka
На сайте с 19.02.2005
Offline
822
#5

lsof +L1 в помощь

Не стоит плодить сущности без необходимости
S
На сайте с 19.03.2013
Offline
67
#6

adm.unix,

ось у нас CENTOS 6, команда sudo lsof -L /var/logs возвращает "sudo: lsof: command not found", f sudo find -L / -type f -size +300M -exec du -sh {} \ - просто висит без ошибок но и без выполнения, к сожалению.

---------- Добавлено 02.06.2015 в 13:29 ----------

Andreyka:
lsof +L1 в помощь

тоже самое "-bash: lsof: command not found" ответ на команду

S
На сайте с 19.03.2013
Offline
67
#7

Похоже остался я на едине со своей проблемой (

Прошу помочь, свободное пространство "уходит" со скоростью 5 гб\час. ) Жесть.

78884115
На сайте с 28.11.2012
Offline
43
#8

может быть из за сессий

S
На сайте с 19.03.2013
Offline
67
#9
78884115:
может быть из за сессий

Ув. 78884115, можно подробней. Буду благодарен.

Andreyka
На сайте с 19.02.2005
Offline
822
#10
soloman:
adm.unix,
ось у нас CENTOS 6, команда sudo lsof -L /var/logs возвращает "sudo: lsof: command not found", f sudo find -L / -type f -size +300M -exec du -sh {} \ - просто висит без ошибок но и без выполнения, к сожалению.

---------- Добавлено 02.06.2015 в 13:29 ----------


тоже самое "-bash: lsof: command not found" ответ на команду

Ну так поставьте себе lsof

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий