Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp1594ybe; Tue, 10 Sep 2019 13:26:24 -0700 (PDT) X-Google-Smtp-Source: APXvYqwlaQubvcGiLFj+nLeZvVblVrprVpPv3IgN/0Hz19CD3n2aynrIfS08J5ZyCKvizHpIERMQ X-Received: by 2002:a17:906:ece8:: with SMTP id qt8mr26444211ejb.5.1568147183989; Tue, 10 Sep 2019 13:26:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568147183; cv=none; d=google.com; s=arc-20160816; b=DQAXkDwJPkkZa/iz/oaslLRhq3aHMsl7ITyZ6XJIGXt8LZrxcH8snpP4PwVB5apFiw VDM4nSUMYjOrI1st3LBFfUmtIoYq2SRyDm5PbNBUEdLTOfaBbgnTajcV2rAB/1evTfN4 YWaVM79yvvIS5ms6eeViebTUOoI/7VI021r4kxEopkyo52ySt/13QD7o/7cYEOL1+5y4 GB38HYRb12h6Otoa/skyIQdumqDYME6DaXRIPCl+z/ipJRE8q7vtLnGQEr45DNWA+ncZ v9dkQ1HIr3T4gUYPEfsNI5CuptTnx8qIlNO4R0cDdyN+lWlfqaE4Dxa2laZ3161H2JZm H2nA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=AOnDslK2evLJcAAv0dJHRkUJaHvxrGZ3G9YpMNUa+rI=; b=ER701YPOysgVjpC0MSb+cVJDqFuTKXrEFOOj82GGwXlvMhFrBI+HYeAO3RWRxN3HMe heiGu8uB5hUEfQnFfHxWqj/Sh1LKj6OOviZmmx2j4pfxoNlC6lbm1FOcbMTtJWNBDqsG reWGlO4pkZd18B/idVpqrL1D6wVoj5tnv41GTr5X/og4+eDX5/tUCBWbrbqHB10LiPFV QWlrBj+0YcItN/VUsFI4ZLwiiZKgrum55I7s48LPz7RGLUkqR5gxLq6RlcJcfnysUqsa BEUriPc+/cy4gE+Nwh5HLSHjDRdqR4a+9PlEPUuEQLr1DRU63UTymgW4wNxvzqE3nrTx slwA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d22si11665322ede.131.2019.09.10.13.25.40; Tue, 10 Sep 2019 13:26:23 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725832AbfIJUZe (ORCPT + 99 others); Tue, 10 Sep 2019 16:25:34 -0400 Received: from fieldses.org ([173.255.197.46]:33118 "EHLO fieldses.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725294AbfIJUZe (ORCPT ); Tue, 10 Sep 2019 16:25:34 -0400 Received: by fieldses.org (Postfix, from userid 2815) id B96291B96; Tue, 10 Sep 2019 16:25:33 -0400 (EDT) Date: Tue, 10 Sep 2019 16:25:33 -0400 From: "J. Bruce Fields" To: Alex Lyakas Cc: linux-nfs@vger.kernel.org, Shyam Kaushik Subject: Re: [RFC-PATCH] nfsd: provide a procfs entry to release stateids of a particular local filesystem Message-ID: <20190910202533.GC26695@fieldses.org> References: <1567518908-1720-1-git-send-email-alex@zadara.com> <20190906161236.GF17204@fieldses.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-nfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org On Tue, Sep 10, 2019 at 10:00:24PM +0300, Alex Lyakas wrote: > I addressed your comments, and ran the patch through checkpatch.pl. > Patch v2 is on its way. Thanks for the revision! I need to spend the next week or so catching up on some other review and then I'll get back to this. For now: > On Fri, Sep 6, 2019 at 7:12 PM J. Bruce Fields wrote: > > You'll want to cover delegations as well. And probably pNFS layouts. > > It'd be OK to do that incrementally in followup patches. > Unfortunately, I don't have much understanding of what these are, and > how to cover them) Delegations are give the client the right to cache files across opens. I'm a little surprised your patches are working for you without handling delegations. There may be something about your environment that's preventing delegations from being given out. In the NFSv4.0 case they require the server to make a tcp connection back the client, which is easy blocked by firewalls or NAT. Might be worth testing with v4.1 or 4.2. Anyway, so we probably also want to walk the client's dl_perclnt list and look for matching files. --b.