From: Wendy Cheng Subject: Re: [patch] fix statd -n Date: Fri, 02 May 2008 11:24:22 -0400 Message-ID: <481B3226.5080307@gmail.com> References: <24c1515f0804170938s23fe3ea3pfe77355ed01d8bbf@mail.gmail.com> <480902CA.1070805@redhat.com> <48090356.9020703@redhat.com> <20080418203225.GD28277@fieldses.org> <24c1515f0804181346g5867fa1fqfbbcd13af25027cb@mail.gmail.com> <20080421000214.GA5453@fieldses.org> <24c1515f0804281352u2d04ac89i820dc6807dde39f1@mail.gmail.com> <4817346F.5000101@netapp.com> <20080429161607.GA20420@fieldses.org> <24c1515f0805010557o5daf72f7hc3db5bf85354898e@mail.gmail.com> <24c1515f0805010628k6b57598btb27116c719b99fad@mail.gmail.com> <481B316E.8090800@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Cc: Janne Karhunen , "J. Bruce Fields" , Peter Staubach To: linux-nfs@vger.kernel.org Return-path: Received: from mx2.netapp.com ([216.240.18.37]:36115 "EHLO mx2.netapp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934217AbYEBPWN (ORCPT ); Fri, 2 May 2008 11:22:13 -0400 In-Reply-To: <481B316E.8090800@gmail.com> Sender: linux-nfs-owner@vger.kernel.org List-ID: Wendy Cheng wrote: > Janne Karhunen wrote: >> Hi, >> >> So effectively, it makes me sleep better. With it: >> - I can rely on clients identifying the server correctly, >> - I'm not exposing out anything that is not needed, >> - Can tell by the address what this traffic is, >> - Can be sure that packets are sent out via right interface >> >> It might be even better if it would exit if -n is used when >> no such interface is actually available. As I did it, it still >> gambles here just as before. >> >> > > After browsing thru "statd -n" flow, it is still not clear what will > happen if there are more than 2 interfaces used to export NFS shares ? > Using "statd -H", together with patches described in: > https://www.redhat.com/archives/cluster-devel/2007-April/msg00028.html , > > our cluster failover (with 4 IP interfaces per server) seemed to run > well without troubles. Note that 2/3 of the patch in 4-3 can be > removed *now* since it deals with moving server address from network > header into lockd internal structures - another similar patch (by > Frank van Maarseveen) was accepted into mainline kernel after our > patch that has the required functionality: > http://lkml.org/lkml/2007/7/10/553 . > > So the following is our (-H) flow: > * Server dispatches statd with "-N" option that has a user mode script obvious typo here .. "Server dispatches statd with "-H" option that has a uwer mode script" -- Wendy