постоянно кончается место (срочно!!!)

[Skyb]

Народ, i need help. Не че не пойму....стоит сервер, на нем вертится named и nginx, больше не чего. Стоит centos, постоянно куда то уходит место с корневого раздела.

Код: Выделить всё

# find / -size +10M -print

по удалял все такие не нужные файлы, по удалял логи. И все равно место кончается. Точно не логами. (не named и nginx логами). Как можно найти куда оно девается? Помогите.

Код: Выделить всё

# df -h
Файловая система      Разм  Исп  Дост  Исп% смонтирована на
/dev/hdd1             9,5G  6,5G  2,6G  72% /
/dev/hdd7             583G  198M  552G   1% /home/testos
/dev/hdd6             9,5G  2,3G  6,8G  25% /home/skyb
/dev/hdd5              15G  1,3G   13G  10% /usr
/dev/hdd3              57G  180M   54G   1% /home/freebsd
tmpfs                 1,8G     0  1,8G   0% /dev/shm

То что так разбито, это для другого делалось. Я не думал что он в бой с такими разделами пойдет, но так вышло.
Либо какой нить раздел перепримонтировать к корневому.

[NickLion]

В смысле? У Вас 2,6 гига свободно. Где кончается? А вообще - du -hs /tmp, du -hs /var/tmp - сколько там занято можно глянуть. Да и вообще cd /; du -hs *

PS или даже лучше du -s /* | sort -nr

[Skyb]

Вчера было 69 процентов, скоко по гигам не помню.
просто почему заволновался, раньше было занято ~ 60-65%, и оно нормально все было...а ща так резко начало расти. Как предположение - было логи. Так я их удалил, а оно всеравно расти продолжало. Нашел причины быстрого заполнения места(логи), но удалив их, лучше не стало...тоесть без логов оно не спускается ниже 70%...это волнует, что то ведь заняло это место

upd

Код: Выделить всё

# df -h
Файловая система      Разм  Исп  Дост  Исп% смонтирована на
/dev/hdd1             9,5G  6,5G  2,6G  73% /
/dev/hdd7             583G  198M  552G   1% /home/testos
/dev/hdd6             9,5G  2,3G  6,8G  25% /home/skyb
/dev/hdd5              15G  1,3G   13G  10% /usr
/dev/hdd3              57G  180M   54G   1% /home/freebsd
tmpfs                 1,8G     0  1,8G   0% /dev/shm

[Hoblin]

i	Уведомление от модератора
	Перемещено из раздела "Терминальные решения"

[Skyb]

Hoblin ой, а я че в терминальные решения запостил?
упс, сори, промазал %)

[SLEDopit]

Нашел причины быстрого заполнения места(логи)

причину устранили? логи больше не заполняются?

но удалив их, лучше не стало.

как удаляли? просто rm /path/to/log? в таком случае они могли не удалиться (если приложение, которое пишет в логи, до сих пор работает и не было перезапущено) [т.е. файл как бы удалился, но физически все еще занимает место, пока не будут перезапущены все приложения, которые используют этот файл]

[drBatty]

Как предположение - было логи

man logrotate
она сама умеет удалять ненужные логи. Кроме того, логи отлично жмутся, особенно те, которые быстро растут. эта утилита умеет и сжимать эти логи.

На самом деле, почему-бы вам не почитать логфайл? очевидно, в системе происходит какой-то регулярный сбой, очень часто. Вот лог и растёт.

просто rm /path/to/log? в таком случае они могли не удалиться (если приложение, которое пишет в логи, до сих пор работает и не было перезапущено) [т.е. файл как бы удалился, но физически все еще занимает место, пока не будут перезапущены все приложения, которые используют этот файл]

угу. сначала надо остановить сервис, потом стереть лог, потом запустить.

[Skyb]

как удаляли? просто rm /path/to/log? в таком случае они могли не удалиться (если приложение, которое пишет в логи, до сих пор работает и не было перезапущено) [т.е. файл как бы удалился, но физически все еще занимает место, пока не будут перезапущены все приложения, которые используют этот файл]

Блин, да, нада рестартануть.

man logrotate
она сама умеет удалять ненужные логи. Кроме того, логи отлично жмутся, особенно те, которые быстро растут. эта утилита умеет и сжимать эти логи.

она настроена и с ней все это работает.

причину устранили? логи больше не заполняются?

по большей части да, выискивал проблему

Код: Выделить всё

du / > out
du / > out1
diff -b -B out out1

так и нашел косяк
пасибо за помощь!!!

На самом деле, почему-бы вам не почитать логфайл? очевидно, в системе происходит какой-то регулярный сбой, очень часто. Вот лог и растёт.

Это рос named query log :'(

[SLEDopit]

угу. сначала надо остановить сервис, потом стереть лог, потом запустить.

совсем не обязательно останавливать.

Код: Выделить всё

:>/path/to/log

никто не отменял (:

man logrotate

да logrotate в таких ситуациях ни при чем. вчера вот у меня на одном серваке взвыл скрипт и лог за 2 часа раздулся до 54 гигов.

[Skyb]

да logrotate в таких ситуациях ни при чем. вчера вот у меня на одном серваке взвыл скрипт и лог за 2 часа раздулся до 54 гигов.

самое плохое, что действительно logrotate не всегда отрабатывает, хотя и есть параметр size

[SLEDopit]

самое плохое, что действительно logrotate не всегда отрабатывает, хотя и есть параметр size

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

[Skyb]

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

ну да, я это и имел ввиду ))

[NickLion]

Вы так и не глянули du. Сделайте du до и после. Хотя бы как-то локализует проблему. В логах дело или нет.

[Skyb]

Вы так и не глянули du. Сделайте du до и после. Хотя бы как-то локализует проблему. В логах дело или нет.

...Я воспользовался вашим советом, и ту команду du я записал в блокнотик. Место увеличивалось(это было очередным подтверждением того что делал я) в /var а там именно логи были. Я давно искал команду du ....чтоб так выводило. Спасибо.
И всем спасибо за помощь

[NickLion]

Кстати, той же командой можно смотреть содержимое /var - "du -s /var/*" или посмотреть без опции -s - "du /var" - там будет полный лог с размерами.

[Skyb]

Кстати, той же командой можно смотреть содержимое /var - "du -s /var/*" или посмотреть без опции -s - "du /var" - там будет полный лог с размерами.

Я так и делал =)

[sash-kan]

а чтобы du не тратил время на лазанье по примонтированным файловым системам, имеет смысл опция -x:
$ sudo du -sbx /* | sort -n
и дальше смотрим на самый «жирный» каталог:
$ sudo du -sbx /var/* | sort -n
и дальше:
$ sudo du -sbx /var/log/* | sort -n

p.s. опция -b — выдача в байтах. смотрится не так эффектно, как -h, зато вывод нормально сортируется.
p.p.s. пугают байты — можно в мегабайтах (-m).

[KiWi]

а чтобы du не тратил время на лазанье по примонтированным файловым системам, имеет смысл опция -x:
$ sudo du -sbx /* | sort -n
и дальше смотрим на самый «жирный» каталог:
$ sudo du -sbx /var/* | sort -n
и дальше:
$ sudo du -sbx /var/log/* | sort -n

Это не спасёт, если в /* и т.д. есть примонтированные разделы.

В этом случае, ИМХО, лучше:

Код: Выделить всё

du --max-depth=1 -hx /

Ну и так далее...

[Skyb]

Блин, опять выросло, до 80 процентов. Сильных изменений нет при выводе du
Скажите что дать, чтоб найти где проблема.

[NickLion]

Стоп, хотите сказать показания du не сходятся с показаниями df?

[Skyb]

Просто при выводе df без опций изменения малы, но за сутки двое набралось 10 процентов...скоро вообще не будет места. Я не знаю сходятся ли данные, мне не особо это важно, подскажите как найти лучше.

[drBatty]

Просто при выводе df без опций изменения малы

это не так. попробуйте

$

`which df`

[Skyb]

Код: Выделить всё

# which df
/bin/df
[root@ns skyb]# /bin/df
Файловая система     1K-блоков      Исп  Доступно  Исп% смонтирована на
/dev/hdd1              9920592   7606988   1801536  81% /
/dev/hdd7            610438848    202224 578727940   1% /home/testos
/dev/hdd6              9920592   2322540   7085984  25% /home/skyb
/dev/hdd5             14877060   1280160  12828996  10% /usr
/dev/hdd3             59515556    184272  56259256   1% /home/freebsd
tmpfs                  1853968         0   1853968   0% /dev/shm
[root@ns skyb]# /bin/df
Файловая система     1K-блоков      Исп  Доступно  Исп% смонтирована на
/dev/hdd1              9920592   7607052   1801472  81% /
/dev/hdd7            610438848    202224 578727940   1% /home/testos
/dev/hdd6              9920592   2322540   7085984  25% /home/skyb
/dev/hdd5             14877060   1280160  12828996  10% /usr
/dev/hdd3             59515556    184272  56259256   1% /home/freebsd
tmpfs                  1853968         0   1853968   0% /dev/shm
[root@ns skyb]# /bin/df
Файловая система     1K-блоков      Исп  Доступно  Исп% смонтирована на
/dev/hdd1              9920592   7607084   1801440  81% /
/dev/hdd7            610438848    202224 578727940   1% /home/testos
/dev/hdd6              9920592   2322540   7085984  25% /home/skyb
/dev/hdd5             14877060   1280160  12828996  10% /usr
/dev/hdd3             59515556    184272  56259256   1% /home/freebsd
tmpfs                  1853968         0   1853968   0% /dev/shm
[root@ns skyb]# /bin/df
Файловая система     1K-блоков      Исп  Доступно  Исп% смонтирована на
/dev/hdd1              9920592   7607084   1801440  81% /
/dev/hdd7            610438848    202224 578727940   1% /home/testos
/dev/hdd6              9920592   2322540   7085984  25% /home/skyb
/dev/hdd5             14877060   1280160  12828996  10% /usr
/dev/hdd3             59515556    184272  56259256   1% /home/freebsd
tmpfs                  1853968         0   1853968   0% /dev/shm
[root@ns skyb]# /bin/df
Файловая система     1K-блоков      Исп  Доступно  Исп% смонтирована на
/dev/hdd1              9920592   7607148   1801376  81% /
/dev/hdd7            610438848    202224 578727940   1% /home/testos
/dev/hdd6              9920592   2322540   7085984  25% /home/skyb
/dev/hdd5             14877060   1280160  12828996  10% /usr
/dev/hdd3             59515556    184272  56259256   1% /home/freebsd
tmpfs                  1853968         0   1853968   0% /dev/shm
[root@ns skyb]#

я про это и говорил

[drBatty]

я про это и говорил

ничего не понимаю. вам 1К блоков недостаточно? не смотрите на проценты, смотрите на блоки.
найдите раздел, в котором растёт слишком быстро, а потом ищите там большие файлы. не понимаю, в чём проблема?

[Skyb]

найдите раздел, в котором растёт слишком быстро, а потом ищите там большие файлы. не понимаю, в чём проблема?

проблема в найти, я не как не могу этого сделать

[sash-kan]

проблема в найти, я не как не могу этого сделать

вы четыре раза запустили df.
между первым и последним запусками места в корневом разделе стало на 7607148K-7606988K=160K меньше.
сколько времени прошло между этими запусками?
вот с таким же промежутком времени и запустите два раза

Код: Выделить всё

$ cd /; sudo du -sbx $(ls | grep -v 'usr|home') | sort -n

и посмотрите, какие из выданных строк изменились.

[Skyb]

показывает на логи, их удалил, syslog не перезапускал...но место не не стало 60 % ....так и осталось 83%....

[Skyb]

Код: Выделить всё

# df
Файловая система     1K-блоков      Исп  Доступно  Исп% смонтирована на
/dev/hdd1              9920592   7741512   1667012  83% /
/dev/hdd7            610438848    202224 578727940   1% /home/testos
/dev/hdd6              9920592   2322540   7085984  25% /home/skyb
/dev/hdd5             14877060   1280160  12828996  10% /usr
/dev/hdd3             59515556    184272  56259256   1% /home/freebsd
tmpfs                  1853968         0   1853968   0% /dev/shm

# cd /; sudo du -sbx $(ls | grep -v 'usr|home') | sort -n
0       misc
0       net
0       selinux
4096    media
4096    mnt
4096    opt
4096    srv
12444   dev
16384   lost+found
16384   tmp
40950   home
125211  root
6393743 boot
7727249 bin
20006599        lib64
34580596        sbin
55521031        etc
122140581       lib
123220919       var
292792448       sys
945668434       usr
5368834328      proc
[root@ns /]# cd /; sudo du -sbx $(ls | grep -v 'usr|home') | sort -n
0       misc
0       net
0       selinux
4096    media
4096    mnt
4096    opt
4096    srv
12444   dev
16384   lost+found
16384   tmp
40950   home
125211  root
6393743 boot
7727249 bin
20006599        lib64
34580596        sbin
55521031        etc
122140581       lib
123220919       var
292792448       sys
945668434       usr
5368835224      proc
[root@ns /]# df
Файловая система     1K-блоков      Исп  Доступно  Исп% смонтирована на
/dev/hdd1              9920592   7743448   1665076  83% /
/dev/hdd7            610438848    202224 578727940   1% /home/testos
/dev/hdd6              9920592   2322540   7085984  25% /home/skyb
/dev/hdd5             14877060   1280160  12828996  10% /usr
/dev/hdd3             59515556    184272  56259256   1% /home/freebsd
tmpfs                  1853968         0   1853968   0% /dev/shm

место убавилось, а различий не вижу.

[Brainsburn]

найдите раздел, в котором растёт слишком быстро, а потом ищите там большие файлы. не понимаю, в чём проблема?

проблема в найти, я не как не могу этого сделать

Узнайте размер всех корневых каталогов, подождите, пока место уменьшится еще на 5%, снова узнайте размер каждого корневого каталога и определите, какой стал толще. Далее в этом каталоге можно find-ом найти файлы, изменившиеся/созданные за последние N часов.

[Skyb]

найдите раздел, в котором растёт слишком быстро, а потом ищите там большие файлы. не понимаю, в чём проблема?

проблема в найти, я не как не могу этого сделать

Узнайте размер всех корневых каталогов, подождите, пока место уменьшится еще на 5%, снова узнайте размер каждого корневого каталога и определите, какой стал толще. Далее в этом каталоге можно find-ом найти файлы, изменившиеся/созданные за последние N часов.

так я же так и делал. последний мой пост смотрите.