У меня сегодня действительно странная ситуация с одним из моих серверов Ubuntu. это веб-сервер, на котором работает один веб-сайт PHP, и я запрограммировал этот веб-сайт для перемещения файла между подключенным диском в сети.
По сути, это веб-приложение предоставляет приятный пользовательский интерфейс, в котором пользователь может размещать имена файлов и перемещаться по всем подключенным дискам.
Подключенные диски (некоторые из них являются smb / nfs, а некоторые подключенные диски являются FTP-адресатом).
и сегодня внезапно у меня появляется это сообщение об ошибке:
Unable to create file /tmp/testfile: No space left on device
, когда я просто хочу создать тестовый файл и после выполнения df -h
я обнаружил, что /dev/sda1
осталось 0 %
свободного места и и ничего не было возможно на сервере. а затем я перезагрузил свой сервер, а затем снова моя система работала нормально, и команда df -h
дала мне результат, что / dev / sda1 снова имеет более 95% свободного места.
Я пытаюсь выяснить, почему у меня возникла эта проблема на моем сервере?
это как-то связано с моим веб-приложением?
заранее спасибо.
Единственная папка, которая убрана в каждой перезагрузке независимо от рабочих процессов, которые могли бы обработать их временные файлы по-другому, например, путем хранения их в другие места и / или путем удаления их от /tmp
или от других мест во время выполнения, AFAIK, /tmp
, таким образом, это вероятно (но действительно не уверено), что это /tmp
, это было нарушено.
, Что я предложил бы, чтобы сделать необходимо проверить /tmp
размер время от времени и видеть, нарушен ли он, и затем попытайтесь откопать, какой процесс / процессы вызывают проблему, проверяющую самые большие или самые многочисленные файлы.
я не думаю, что само веб-приложение могло бы вызывать это жесткое, если оно не запускает некоторый внешний процесс или если это не само веб-приложение, которое помещает временные файлы в /tmp
; только, чтобы быть уверенным, я также контролировал бы папки в объеме веб-приложения, чтобы проверить, создает ли процесс, запущенный с самого веб-приложения, помехи одному из тех.
at
не блокирует и вводит сон, вместо этого это планирует задание в течение будущего времени. Это точно так же, какcron
, но тогда ' single-shot'. задание isn' t подключенный к терминалу (путь сонbash
сценарий был бы, если Вы не отрицаете или nohup это), поэтому переживает выход из системы и, что еще более важно, переживает перезагрузку. – zwets 2 November 2016 в 22:02