Является ли umount -f на томе, отличном от nfs, всегда злым?
Изменить: Исполнительное резюме (--verbose версия ниже): Мне нужно, чтобы машина быстро выключалась при отключении электроэнергии из-за короткого срока службы батареи. Есть ли какая-то причина, по которой я не должен использовать 'umount -f' (встроенный в сценарий сбоя питания) на чистом диске, чей ввод-вывод удерживает выключение и чьи данные мне не нужны, если задания не работают тем не мение?
вопрос от новичка SysAdmin (давний пользователь *nix).
Недавно я установил вычислительный сервер CentOS и получил apcupsd, разговаривающий с моим ИБП, чтобы он корректно отключался, как только мы теряем питание (это все, на что у меня есть деньги). Местная энергетическая компания приступила к проверке этого, прежде чем у меня появился живот, чтобы выдернуть пробку (блин!). Это дало мне несколько очень напряженных моментов, в то время как для размонтирования файловых систем потребовалось около 10 минут, доводя батарею до 12%, прежде чем окончательно выключиться.
Это заняло так много времени, потому что я забил машину полными тяжелыми заданиями ввода-вывода в рамках подготовки к более простому тесту, заключающемуся в выполнении команды 'halt', чтобы увидеть, сколько времени займет завершение работы. Тяжелый ввод-вывод все идет в пустое место на выделенных дисках в RAID0. Если работа умрет, меня не волнует, что находится на этих дисках. Я даже могу позволить себе переделать файловую систему после такого сбоя. Было бы больно, если бы какой-либо из более легких дисков (домашние каталоги) был поврежден, если батарея умирает до завершения выключения.
Тем не менее, в apcupsd есть место, где системный администратор может вставить скрипт bash, который запускается при выполнении определенных условий. Если это условие сбоя питания, и я действительно не беспокоюсь о повреждении данных для быстрого завершения работы, является ли "umount -f" моим другом?
Есть что-то, что я не рассматриваю? Нужно ли мне после этого переделывать файловую систему или просто удалять наиболее вероятные поврежденные файлы на диске?
1 ответ
Предполагая, что вы действительно нашли основную причину длительного отключения и не заботитесь о целостности данных в этой конкретной файловой системе, вам определенно следует попытаться umount -f,
Однако я думаю, что это вряд ли решит вашу проблему: umount -f будет работать с не отвечающими серверами NFS и открытыми файловыми дескрипторами, но все равно будет записывать буферизованные данные в файловую систему. Если у вас уже есть столько данных в полете, ваш сценарий размонтирования все равно займет много времени.
Может быть хорошей идеей также убить (или убить -9) ваши задания, выполняя тяжелый ввод-вывод в вашей файловой системе, чтобы убедиться, что дополнительный ввод-вывод не будет поставлен в очередь.