2015-11-11 5 views
0

У одного из наших серверов есть каталог disk2, который заполнен на 95%. Однако, когда я запускаю команды для определения того, где используется большая часть пространства, он показывает, что это int/disk2/backups - который, по-видимому, монтируется в другой файловой системе на другом более крупном устройстве и заполнен только на 31%. Вот вывод команды DU для этих двух устройств:Как обрабатывать максимальный объем на EC2.

Filesystem  1K-blocks  Used Available Use% Mounted on 
/dev/xvdb  51475068 46084284 2752960 95% /disk2 
/dev/xvdf  154687468 45454904 101352500 31% /disk2/backups 

Имея/DEV/xvdb на 95% заставляет меня нервничать, поскольку это производство сервера. Я думаю, что он растет, потому что я этого раньше не замечал. Очистка резервных копий решила проблему раньше, но на этот раз я думаю, что на другом устройстве.

У меня возникли проблемы с выяснением того, где используются основные пространства, частично потому, что резервные копии продолжают отображаться как самые большие файлы, когда я запускаю его метрики на/disk2. Когда я перехожу в директории disk2, не находящиеся в/backups, нет ничего гигантского.

Кроме того, заголовок, выпущенный du states, «1 k блоков». Означает ли это, что числа должны быть умножены на 1k? Используется ли она для используемой колонки? Я думаю, что это должно означать байты, потому что первый том равен 50G, а второй - 150G.

ответ

1

Обычно я хотел бы использовать

cd /disk2 
du -sm * | sort -n 

иметь самые большие каталоги/файлы отображаются в нижней части.

Поскольку подпорки реж может занять много времени, чтобы время сканирования без дополнительной стоимости, Я хотел бы попробовать

cd /disk2 
    du -sm !(backups) | sort -n 

!(backups) является Глоб оболочка, которая работает как *, за исключением того, в этом случае она будет исключать backups из возвращаемого списка.

IMHO, синтаксис !(target) не совсем интуитивно понятен. Например, если вы делаете !(backups)*, то вы снова получите все файлы, и будут проверены резервные копии. Просто предупреждение.

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

IHTH

+0

Спасибо. Я закончил использование этой команды, чтобы перейти к оскорбительной директории: sudo du -ksh * | sort -n -r. Оказалось, что в одном из журнальных журналов сервера tomcat был файл журнала 18G, catalina.out. Я удалил файл и перезапустил tomcat, когда все пользователи отключились от системы, и восстановил более 35% дискового пространства. –

+0

@JackBeNimble: Рад, что помогло и спасибо за голоса. Да, сегодня собирался добавить немного позже, что вам, вероятно, придется развернуть. Очень часто вы можете идти на глубину 5-6 уровней, чтобы добраться до файла журнала монго. Рад, что ты справился. – shellter

+0

Отличный совет по синтаксису! (Target). Это, по сути, не grep, не так ли? –