Amazon ec2, веб-сервер, без базы данных. Я не мог создать новый файл с помощью касания, я даже не мог использовать завершение табуляции, потому что он жаловался на то, что не могу создать файл.
Кто-то еще только начал его перезагружать. Есть ли что-нибудь еще, на что я мог бы взглянуть, чтобы лучше понять?
Когда отчет был заполнен:
$ df -k
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/xvda1 8115168 3845480 3834412 51% /
none 4 0 4 0% /sys/fs/cgroup
udev 1922448 12 1922436 1% /dev
tmpfs 385484 340 385144 1% /run
none 5120 0 5120 0% /run/lock
none 1927408 0 1927408 0% /run/shm
none 102400 0 102400 0% /run/user
/dev/xvdb 4057280 8252 3839596 1% /mnt
После 1 перезагрузки команда df -k не работала, говоря, что она не может прочитать таблицу.
После двух перезагрузок он снова заработал:
$ df -k
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/xvda1 8115168 2423396 5256496 32% /
none 4 0 4 0% /sys/fs/cgroup
udev 1922448 12 1922436 1% /dev
tmpfs 385484 340 385144 1% /run
none 5120 0 5120 0% /run/lock
none 1927408 0 1927408 0% /run/shm
none 102400 0 102400 0% /run/user
/dev/xvdb 4057280 8252 3839596 1% /mnt
df -i еще одна важная вещь, которую нужно проверить. Это покажет использование inode файловой системы.
Помимо этого, есть вероятность, что произошли ошибки файловой системы, и в ответ на них ядро перемонтировало файловую систему как доступную только для чтения. Если это произойдет, вы увидите ошибки, связанные с файловой системой, в выводе dmesg, а вывод $ cat /proc/mounts означает, что файловая система смонтирована ro вместо того rw.
В стороне, это:
Кто-то еще только начал его перезагружать.
... вызывает беспокойство.
Как системный администратор, никогда не должно быть ситуации, когда анонимный «кто-то» перезагружает сервер, который вы используете, и вы не знаете, кто этот человек. Вы занимались поиском и устранением неисправностей, и коврик выдернули из-под вас. Я бы посоветовал создать командный чат или что-то подобное, где вы можете собраться вместе и координировать свои действия.