RedHat потерял место

У меня проблема с одним сервером, и я действительно не знаю, что произойдет, поэтому буду признателен за любую помощь / предложение. На одном разделе есть 42GB места. вчера я увидел, что этот раздел заполнен на 100%, поэтому я очистил некоторые старые файлы и очистил около 12 ГБ. Сегодня все выглядит хорошо до 1 часа, когда я проверяю, и раздел снова заполняется на 100%.

Пока смотрел, что для удаления свободного места снова вернулся, как вчера, и эти 12 ГБ снова здесь

Вчера:

/dev/               42GB   29GB   12GB  72% /smth

До 1 часа:

/dev/               42GB   42GB        100% /smth

Сейчас:

/dev/               42GB   29GB   12GB  72% /smth

Проблема здесь в / что-то. Я не очень знаком с Linux / Unix, все еще учусь и буду признателен за любую помощь. Что я могу проверить или? Есть процессы, которые выполняются безостановочно и записывают в файлы журнала данные.

Если вам, ребята, нужна дополнительная информация, просто спросите меня.

linux disk-space

— Jason Paddle
источник

Подождите минуту ... вы удаляете файлы с 2 дней, и вы понятия не имеете какие вызывает раздутие ?! Что вы удалили?

— Bobby

Нет, нет .. Я удалил старые файлы с 2005-2010 года .. и только файлы журнала

— Jason Paddle

Вам нужно уточнить свой вопрос. Вы удалили 12 ГБ, это сработало, а затем снова заполнилось. Но тогда вы публикуете df -h линия где 12гб свободна? Разве так не должно быть? Или это была линия за день до этого? Вам интересно, почему диск продолжает заполняться? Я не могу точно узнать, что вы спрашиваете, попробуйте уточнить.

— Daniel Andersson

@DanielAndersson, как я уже сказал, вчера удалил 12ГБ. Тогда сегодня пространство снова было заполнено на 100%. Через 1 час (сейчас) я снова получаю эти 12Gb откуда-то. Я знаю, что это снова наполняет. Мне интересно, куда эти 12ГБ уходят, а потом снова. Это отныне df -h .. до 1 часа / dev / smth было 100%

— Jason Paddle

Ну ... просмотр каталогов должен помочь вам, что раздуто? Что пишет в это?

— Bobby

Если файл открыт где-то, то даже если вы удалите его rm он останется на диске, пока не будет закрыт. Таким образом, если вы, например, Если у вас есть программа, которая пишет в гигантский файл журнала, простое удаление файла может не вернуть вам место на диске, пока программа не закроет файл.

Прочитать о unlink для получения дополнительной информации по теме.

— Daniel Andersson
источник

Разве вывод df не отражает это?

— Bobby

@Bobby: Да, но из поста кажется df не был проверен после удаления 12 ГБ, просто предполагалось, что он был очищен. На следующий день, df был проверен и раздел казался полным. Позже казалось, что 12 ГБ было доступно. Если программа закрыла файл между двумя последними проверками, это объяснило бы ситуацию.

— Daniel Andersson

@DanielAndersson Я проверил после удаления я получил 12 ГБ. Затем я проверяю сегодня до 1 часа, как пространство и был заполнен на 100%. И теперь снова 12 ГБ, но сегодня я ничего не удалил.

— Jason Paddle

@DanielAndersson Я также подумал о каком-то файле, который открыт, как вы сказали, но я удалил только старые файлы, и я не думаю, что файлы за 3+ года все еще открыты. У меня действительно есть большие файлы журнала, но они резервируют каждые 24 часа и начинают регистрировать новые файлы. И вот что я делаю вчера, чтобы удалить старые журналы из системы. Старше 3 лет

— Jason Paddle

@JasonPaddle: в следующий раз, когда он заполняется, попробуйте du -am /smth | sort -n чтобы увидеть, если вы найдете какие-то подозрительные файлы. Трудно дать лучшие советы, поскольку это может зависеть от конкретного программного обеспечения, работающего на компьютере, и вам нецелесообразно (с точки зрения времени) объяснять все, что происходит на вашем сервере. unlink вопрос единственный, о котором я спонтанно подумал.

— Daniel Andersson