On Fri, Sep 21, 2012 at 03:48:31PM +0400, Artem Chuprina wrote: > DH> Сейчас-же оно, при попытке открыть файл или увидеть содержимое > DH> каталога на примонтированной NFS-шаре, при недоступном NFS сервере > DH> глухо виснет. > > soft,intr? A so-called "soft" timeout can cause silent data corruption in certain cases. As such, use the soft option only when client responsiveness is more important than data integrity. Using NFS over TCP or increasing the value of the retrans option may mitigate some of the risks of using the soft option. Using the intr option is preferred to using the soft option because it is significantly less likely to result in data corruption. The intr / nointr mount option is deprecated after kernel 2.6.25. Only SIGKILL can interrupt a pending NFS operation on these kernels, and if specified, this mount option is ignored to provide backwards compatibility with older kernels. > К сожалению, у меня сейчас nfs-common не стоит (мне негде сейчас > применять NFS), и потому более тщательно посмотреть в man 5 nfs, куда > отсылает нас man mount, я сходу не могу. Но у тебя, наверное, стоит. > То, что intr позволяет по крайней мере прервать нормальную юниксовую > файловую операцию нормальным Ctrl-C, я со времен своей молодости :) > помню. "Only SIGKILL can interrupt a pending NFS operation" > Что конкретно дает soft, я уже не помню. If the soft option is specified, then the NFS client fails an NFS request after retrans retransmissions have been sent, causing the NFS client to return an error to the calling application. Т.е. ждать всё равно придётся огого. > Ну и может, оно уже timeout какой научилось... Научилось, с soft. И этот самый timeout на write операциях понятно чем чреват. -- WBR, wRAR
Attachment:
signature.asc
Description: Digital signature