>>>>> Damir Hakimov <[email protected]> writes:
> Какое существет простое, как лом, решение для доступа (RO) к ФС на
> удаленном сервере, чтоб оно (решение), даже думать не могло
> заблокировать пользовательскую операцию в случае если сервер
> недоступен? (Может просто Я NFS не умею готовить?)
Хотя это и не решает полностью проблему с блокировками, мой опыт
подсказывает, что использование autofs делает клиента куда как
более «отзывчивым.»
Настройка может быть подобной (NB: также используется soft):
$ cat < /etc/auto.master
### auto.master --- Automounter map file -*- Default-Generic -*-
## See also: autofs(5).
/com/nfsv3 /etc/auto.com.nfsv3-common
/srv/chroot/2012-09-22/com/nfsv3 /etc/auto.com.nfsv3-common
### auto.master ends here
$ cat < /etc/auto.com.nfsv3-common
### auto.com.nfsv3-common --- Manage /com/nfsv3's -*- Default-Generic -*-
## This is an automounter map and it has the following format:
##
## key [ -mount-options-separated-by-comma ] location
##
## See also: autofs(5).
## FIXME: use NFSv4 over IPv6 (no IPv6 support for NFSv3)
## FIXME: port=2049 is a hack to force automount to use NFS for localhost
## NB: default automounter's bind mounts aren't read-only
foo.public
-fstype=nfs,ro,nosuid,nodev,soft,nolock,rsize=8192,wsize=8192,port=2049
127.0.0.1:/home/public
bar.public
-fstype=nfs,ro,nosuid,nodev,soft,nolock,rsize=8192,wsize=8192
bar.example.org:/home/public
baz.diskless -fstype=nfs,ro,nosuid,nodev,soft,nolock,rsize=8192,wsize=8192
baz.example.net:/srv/diskless/nfsv3
baz.public -fstype=nfs,ro,nosuid,nodev,soft,nolock,rsize=8192,wsize=8192
baz.example.net:/home/public
### auto.com.nfsv3-common ends here
$
--
FSF associate member #7257
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
Archive: http://lists.debian.org/[email protected]
