Другой хороший инструмент, который я использую для понимания/конфигурирования, как mysql использует память, является mysqlreport.
Вы могли использовать, находят для сообщения то, что было изменено за 24 часа,
find / -type d name \* -mtime 1 -print
Должен перечислить все каталоги, которые изменились за прошлые 24 часа, но помнят, реалистично его файлы, которые изменяются, а не каталоги.
Иначе должен был бы сделать
du -s * | sort > currentsize
Этот summerises каталогом и файлы в стартовом месте, но, Вы затем могли хранить его каждый день, переместить тот файл, чтобы сказать oldsize, выполнить команду снова
затем
разность currentsize oldsize
Вы видите то, что изменяется.
Вы могли использовать awk, чтобы решить, больше ли Вы или меньше..
Все системные журналы склоняются к измениться также.
Но исходная находка я заявил шоу Вы файлы, измененные за прошлые 24 часа. Вы могли также использовать что-то на основе этого.
Если Ваша проблема с файлами журнала, могу я предлагать использовать logrotate
вместо этого?
Это имеет возможность периодически 'нулевых файлов журнала '-луга, архивируя и/или удаляя старые журналы, и так далее. Даже на грани остановки связанного демона прежде, чем сделать ее волшебство (могло бы быть необходимым, если упомянутый демон сохраняет файл журнала открытым).
Это не ужасно эффективно, но можно сделать что-то вроде этого:
find / -type d -print0 | xargs -0 du -s
Принятие Вы пытаетесь найти растущий каталог под /
, можно попробовать:
du -s /*/
Это произведет полученные в итоге отдельные размеры для каждого каталога под / (и только каталогов).
Как уже отмеченное использование logrotate
справляться с вращением файла журнала и очисткой. Это может сжать старые журналы и удалить самые старые журналы после X поколений.
Мой обычный поиск использования выполнений пространства, обходя самые большие каталоги с помощью команды du -s * | sort -n
. Это позволяет мне быстро находить каталоги и файлы, где очистка окажет основное влияние.
Если Вы используете munin
для контроля использования диска, можно настроить его для уведомления, когда использование высоко. 80% и 90% являются хорошей начальной точкой для предупреждения и критических сообщений.
Вы работаете, находят на периодической основе для нахождения файлов больше, чем некоторый порог. Это не поможет, если Вы будете иметь много великоватых файлов, но обнаружите файлы, становящиеся необоснованно крупными.