Исчерпывание дискового пространства

У меня есть машина Ubuntu, версия 14.04, работающая AWS (EC2). Вчера, мое дисковое пространство исчерпывает пространство. Выполнение с пользовательским корнем

df -h

Принесите этот результат:

Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1      148G  142G  106M 100% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
udev            3.7G  8.0K  3.7G   1% /dev
tmpfs           748M  332K  748M   1% /run
none            5.0M     0  5.0M   0% /run/lock
none            3.7G     0  3.7G   0% /run/shm
none            100M     0  100M   0% /run/user
overflow        1.0M   32K  992K   4% /tmp

Но выполнение этой команды:

du -ch /

Дал этот результат:

....
1.5G    /
1.5G    total

Перезагрузка дала, сохраняют результаты. Этим утром, когда я возвратился в офис И НИКАКОЕ КАСАНИЕ МАШИНА (и нет никаких пакетных задач или процессов, которые пишут и / или удаляют файлы), я выполняю снова команды. Я добрался:

Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1      148G  1.6G  140G   2% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
udev            3.7G  8.0K  3.7G   1% /dev
tmpfs           748M  332K  748M   1% /run
none            5.0M     0  5.0M   0% /run/lock
none            3.7G     0  3.7G   0% /run/shm
none            100M     0  100M   0% /run/user
overflow        1.0M   32K  992K   4% /tmp

Которые имеют намного больше смысла.

У кого-либо есть объяснение, почему это произошло? и почему после того, как ночное пространство было свободно?

Обратите внимание на то, что я видел, что используемое дисковое пространство постоянно выросло. И это - третий раз, когда это происходит.

0
задан 20 October 2014 в 09:58

3 ответа

Это - просто незначительный сбой/ошибка.

Одна возможная причина состоит в том, что временный файл/папка/dir поднимал много пространства, но еще не был очищен. При проверке его утром некоторый процесс очистил tempspace.

Это - ничто для волнения о, и вероятно было просто незначительным сбоем в системе.

<час>

На основе Вашего комментария, что это была "попытка взлома", которая является, вероятно, лучшим ответом. Во время взлома, некоторого незначительного сбоя или ошибки был представлен. Это также, возможно, просто была большая сумма временных файлов (думайте переполнение памяти). Ничто для волнения о в конечном счете.

0
ответ дан 6 October 2019 в 22:51

Действительно ли Вы - единственный человек, который может войти в систему это поле?

то, Почему я задаю этот вопрос, выглядит, что Вы запускаете приложение, которые генерируют огромный файл журнала или другие файлы (например, включите параметр отладки в приложениях, это заполняет пространство очень быстро). Тогда один парень в Ваших командах, которые удаляют тот файл непосредственно, но пространство не делает выпущенный, пока Вы не перезапускаете приложение или перезагружаете поле.

, который имеет смысл для Вас?

0
ответ дан 6 October 2019 в 22:51

Я предполагаю, что Вы уже удалили файлы, но они все еще открыты некоторой программой.

Как nginx файл access.log. Можно удалить его, но если nginx не повернут или перезапущен. Файл останется.

Попытка найти все удаленные файлы, который все еще открыт.

sudo lsof | grep '(deleted)'

, Если Вы находите файлы, которые отмечены, как' (удалено)', просто перезапускают программу с помощью этого, регистрирует.

0
ответ дан 6 October 2019 в 22:51

Другие вопросы по тегам:

Похожие вопросы: