Назад | Перейти на главную страницу

Могу ли я использовать как «программный», так и «внутренний» параметры для монтирования диска NFS CIFS? Если да, то в каком порядке?

Недавно я столкнулся с проблемой сопоставления NFS. Процесс ввода-вывода (cp) попал в состояние непрерывного сна и мне пришлось перезагрузить компьютер, чтобы решить проблему. Перезагрузка была плохой, поэтому я не хочу, чтобы это повторилось.

Он был смонтирован следующим образом:

mount //path/to/network/drive /path/to/folder -o domain=DOMAIN_HERE,username=USERNAME_HERE

Это было крепление CIFS, потому что //path/to/network/drive - это файловая система Windows (но я предполагаю, что приведенная выше команда вычислила это автоматически, поскольку я не указывал CIFS явно).

После расследования я обнаружил, что это «жесткое крепление», и это было частью проблемы. Я обнаружил, что «мягкое крепление» могло помочь, а также intr вариант тоже мог бы помочь.

Итак, теперь я хочу снова смонтировать его, но вместо того, чтобы просто вызвать приведенную выше команду, я думал вызвать ее следующим образом:

mount //path/to/network/drive /path/to/folder -o soft,intr,domain=DOMAIN_HERE,username=USERNAME_HERE

Это работает? Являются soft и intr совместимы? Я не очень понимаю, что именно они делают, но я видел, что они должны помочь предотвратить повторение той же проблемы, потому что ничто никогда не достигнет состояние непрерывного сна с ними. Кроме того, поскольку очевидно порядок опциона имеет значение, порядок выше в порядке?

Прежде всего, NFS - это собственный протокол общего доступа к файлам, а не CIFS / SMB. Да, это очень общее имя, но поскольку NFS вдохновила некоторые из этих параметров монтирования и другие соглашения, будьте предельно ясны в том, что вы используете.


intr ничего не делает.

CIFS:

intr в настоящее время не реализуется.

NFS:

intr / nointr Эта опция предусмотрена для обратной совместимости. После версии ядра 2.6.25 игнорируется.

soft это вариант монтирования, который следует использовать, если вы цените быстрый отказ. hard ценит целостность данных и зависнет, если сервер уйдет.


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


Я предположил Linux. Пожалуйста, укажите свою операционную систему в будущем, потому что разные UNIX и даже дистрибутивы Linux могут отличаться.