>>>>> Damir Hakimov <damir.haki...@gmail.com> 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 debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/86mx0i1tz8....@gray.siamics.net