From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761572AbXIUSGY (ORCPT ); Fri, 21 Sep 2007 14:06:24 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754053AbXIUSGP (ORCPT ); Fri, 21 Sep 2007 14:06:15 -0400 Received: from an-out-0708.google.com ([209.85.132.247]:30177 "EHLO an-out-0708.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751707AbXIUSGO (ORCPT ); Fri, 21 Sep 2007 14:06:14 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TWMG5sjpukEF0YnTfI5R6bIWy+LdwAOtAxG8hYNo7BflM/CbXh8j9EZE2ii6R1OXwtS1ipPm076mWJUd++UGZEW7DPCJ1jlemJ0VtBaOQWmIs2v7aiFD0H5eokq9sc9IX5yz0Y74X7kJcMjFfbHbUnFuklL8EzlRQAvjfnLmkM8= Message-ID: <92cbf19b0709211106n12b1b4ecxc0d415aa097d21b2@mail.gmail.com> Date: Fri, 21 Sep 2007 11:06:13 -0700 From: "Chakri n" To: "Trond Myklebust" Subject: Re: [NFS] NFS on loopback locks up entire system(2.6.23-rc6)? Cc: nfs@lists.sourceforge.net, linux-kernel@vger.kernel.org In-Reply-To: <1190391881.6680.73.camel@heimdal.trondhjem.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <92cbf19b0709201722k6265e647x31b7d25bc54b63a0@mail.gmail.com> <1190335423.6763.180.camel@heimdal.trondhjem.org> <92cbf19b0709202012s375c6f54m588987b4bbf552bc@mail.gmail.com> <1190384005.6680.20.camel@heimdal.trondhjem.org> <92cbf19b0709210920p3647788dl11d8c4e0cee1f70f@mail.gmail.com> <1190391881.6680.73.camel@heimdal.trondhjem.org> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Isn't this a strict requirement from client side, asking to guarantee that a server stays up all the time? I have seen many cases, where people go and directly change IP of their NFS filers or servers worrying least about the clients using them. Can we get around with some sort of congestion logic? Thanks --Chakri On 9/21/07, Trond Myklebust wrote: > On Fri, 2007-09-21 at 09:20 -0700, Chakri n wrote: > > Thanks. > > > > I was using flock (BSD locking) and I think the problem should be > > solved if I move my application to use POSIX locks. > > Yup. > > > And any option to avoid processes waiting indefinitely to free pages > > from NFS requests waiting on unresponsive NFS server? > > The only solution I know of is to use soft mounts, but that brings > another set of problems: > 1. most applications don't know how to recover safely from an EIO > error. > 2. You lose data. > > Cheers > Trond >