Прерывание медленной операции NFS

После версии ядра 2.6.25 единственным способом остановить процессы, зависающие на недоступных монтированиях NFS, является SIGKILL, т.е. kill -9.

До этой версии ядра это зависело от используемых параметров монтирования :с параметрами hard,nointrпроцессы были бы не -прерываемыми, а с hard,intrможно было прервать NFS -завис процесс с SIGINT.

В ядре 2.6.25 было признано, что полностью неубиваемые процессы, как правило, крайне нежелательны, поэтому вся пара опций монтирования intr/nointrстала нерабочей -, а intrстал стандартным рабочим режимом. В то же время требование сигнала было ужесточено до SIGKILL, чтобы было очевидно, что уничтожение процесса в таком состоянии должно выполняться только после тщательного рассмотрения.

Процессы, предназначенные только для чтения -, такие как ls, всегда должны быть безопасными для уничтожения, но если процесс записывает что-то в файл, расположенный в файловой системе NFS,зависает на недостижимом NFS-сервере, и вы его уничтожаете, после этого целевой файл может оказаться в непоследовательном состоянии и могут потребоваться некоторые действия по восстановлению, специфичные для приложения -.

С параметрами soft,timeo=<number of deciseconds>операция автоматически завершится с ошибкой по истечении заданного времени, но это может вызвать проблемы с целостностью данных. Например, если бы программа обращалась к файлу на основе NFS -с включенной записью -mmap(2)и операция записи не удалась, не было бы ни способа сообщить программе об ошибке, ни даже детерминированный способ предотвратить дальнейшее выполнение программы, пока не будет вызвана программа munmap(2)или msync(2). Таким образом, либо данные в памяти и данные на диске были бы рассинхронизированы, либо отображаемые в память -данные должны были бы молча вернуться в состояние до -записи за спиной программы... ] ни один из них не является хорошим вариантом, и , что является причиной того, что вариант монтирования NFS softобычно не рекомендуется.