Damir Hakimov -> debian-russian@lists.debian.org @ Fri, 21 Sep 2012 14:56:51 +0400:
>> DH> Какое существет простое, как лом, решение для доступа (RO) к ФС на >> DH> удаленном сервере, чтоб оно (решение), даже думать не могло >> DH> заблокировать пользовательскую операцию в случае если сервер >> DH> недоступен? (Может просто Я NFS не умею готовить?) >> >> Для начала опиши, пожалуйста, как ты себе представляешь неблокирующую >> пользовательскую операцию открытия, допустим, вордового файла. Даже при >> доступности сервера. Но все же с учетом того, что оный доступ не >> мгновенен. DH> I/O Error, например. Повторяю: при доступности сервера. Получать I/O Error при доступности сервера было бы, прямо скажем, странновато... А с точки зрения open(2) разницы между выключением сервера на ночь и раундтрипом в секунду, прямо скажем, никакой. DH> Сейчас-же оно, при попытке открыть файл или увидеть содержимое DH> каталога на примонтированной NFS-шаре, при недоступном NFS сервере DH> глухо виснет. soft,intr? К сожалению, у меня сейчас nfs-common не стоит (мне негде сейчас применять NFS), и потому более тщательно посмотреть в man 5 nfs, куда отсылает нас man mount, я сходу не могу. Но у тебя, наверное, стоит. То, что intr позволяет по крайней мере прервать нормальную юниксовую файловую операцию нормальным Ctrl-C, я со времен своей молодости :) помню. Мы тогда порой монтировали сервера с другого конца планеты... Что конкретно дает soft, я уже не помню. Помню, что для r/w это было чревато, а для r/o, как ты хочешь - в самый раз. Ну и может, оно уже timeout какой научилось... -- 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/87zk4jbnqo....@wizzle.ran.pp.ru