Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp899869pxb; Tue, 1 Feb 2022 12:45:37 -0800 (PST) X-Google-Smtp-Source: ABdhPJzAAdLFsY0IDc0dvi4TXPWsCyN400oa+tS4EGSwauzH88aBM8sjXN+dyzsfAZQyYXYpQvwY X-Received: by 2002:a17:90a:f406:: with SMTP id ch6mr4377609pjb.180.1643748336831; Tue, 01 Feb 2022 12:45:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643748336; cv=none; d=google.com; s=arc-20160816; b=sBkEhtgeJFZkXBt9rMrAuPrcH09HeDh/fz9HdFjFzWAaWcRMnfrmOqxN1IPMSE1Ins tHQYW2Md3wjSlHQcglqakWjqNrsgKamsS+wfRLQymq/iszQ1yZDwg1JbPxXjacvjB85o WdzO9jPOYscIteYHUyl2vUqpKz2acYWoaBVMhE0C5jNwS59HdGWQFzCdCOISwXX+w1LO xPQa8y8KCTOyj1AjiqNtxOlzc4737A+gGf6HqSqKpzNJzTkHpd9cdZyh20ogmVuUp5Ww 3ZDRu9mzmFt0cLyICH8r0UAY+gWWOsc5dXgDJT91bIwvOjXVwtedcanaS8K1UA2PhEha nkXQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:thread-index:thread-topic :content-transfer-encoding:mime-version:subject:references :in-reply-to:message-id:cc:to:from:date; bh=8dChPxp7MgWbRLsWLQrhX79etW3FMz7F//XtV1F3TEE=; b=v3OtYFcTK44mXIz9WVPDQL42bai9tOCCLIn0zJ5PaxifWCVpCi9yJV00n2VyYPrJx5 PizVmsHBM3THeoWQnKODvOc+/Aq6q174zL/131qCVbUC202V3ZtMuMQv8EOtx+QF7Y75 EDQPAA7S6guz3NhOZ+xhCSiPAuTclvLIBKKzTgcpLuyClyl0UAzZ5Uc0SLUEwvEPgfYI r8HP5Z2+xCJyDLpE5VZKuzfOGSJ1pOgOgs4JoYsfNEoJa5HgMZchZZhm4cR9qDhg4pX7 fx3feK5PDGyw5he4bem0gGaPCaK0FsMl3QEVdWszzjw/br8ZFMj4wPgqz92z1oywN9oT Vg6w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g64si16585367pgc.64.2022.02.01.12.45.21; Tue, 01 Feb 2022 12:45:36 -0800 (PST) Received-SPF: pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1350147AbiAaRP5 convert rfc822-to-8bit (ORCPT + 99 others); Mon, 31 Jan 2022 12:15:57 -0500 Received: from lithops.sigma-star.at ([195.201.40.130]:55332 "EHLO lithops.sigma-star.at" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1380916AbiAaRPo (ORCPT ); Mon, 31 Jan 2022 12:15:44 -0500 Received: from localhost (localhost [127.0.0.1]) by lithops.sigma-star.at (Postfix) with ESMTP id AD833614E2EF; Mon, 31 Jan 2022 18:15:42 +0100 (CET) Received: from lithops.sigma-star.at ([127.0.0.1]) by localhost (lithops.sigma-star.at [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id XrHhFDB2UMM4; Mon, 31 Jan 2022 18:15:42 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by lithops.sigma-star.at (Postfix) with ESMTP id 399A4614E2E7; Mon, 31 Jan 2022 18:15:42 +0100 (CET) Received: from lithops.sigma-star.at ([127.0.0.1]) by localhost (lithops.sigma-star.at [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id SpKRC8uaALOC; Mon, 31 Jan 2022 18:15:42 +0100 (CET) Received: from lithops.sigma-star.at (lithops.sigma-star.at [195.201.40.130]) by lithops.sigma-star.at (Postfix) with ESMTP id 0E30562DA60B; Mon, 31 Jan 2022 18:15:42 +0100 (CET) Date: Mon, 31 Jan 2022 18:15:41 +0100 (CET) From: Richard Weinberger To: bfields Cc: linux-nfs , luis turcitu , chris chilvers , david young , Daire Byrne , david oberhollenzer , david , goliath@sigma-star.at, trond myklebust , anna schumaker Message-ID: <8290532.5517.1643649341941.JavaMail.zimbra@nod.at> In-Reply-To: <20220131170125.GB30119@fieldses.org> References: <20220131104316.10357-1-richard@nod.at> <20220131170125.GB30119@fieldses.org> Subject: Re: [RFC PATCH] mountd: export: Deal with NFS filesystems MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT X-Originating-IP: [195.201.40.130] X-Mailer: Zimbra 8.8.12_GA_3807 (ZimbraWebClient - FF96 (Linux)/8.8.12_GA_3809) Thread-Topic: mountd: export: Deal with NFS filesystems Thread-Index: eGwBPcjwbjFcFsSRyWvmeclhKZZ6PQ== Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org ----- Ursprüngliche Mail ----- > Von: "bfields" >> Using /proc/fs/nfsfs/volumes it is possible to find the NFS fsid >> from the backend and use it as seed for mountd's UUID mechanism. > > Sorry, I haven't checked--what is that number, really? It's probably > not the fsid returned from the server, as that wouldn't be guaranteed > unique across multiple servers. But that means it's probably generated > in a way that doesn't guarantee it's stable across reboots. And we need > filehandles to work across reboots. Unless I badly misunderstood the code it comes from fs/nfs/client.c's nfs_create_server() where the NFS client fetches NFS_ATTR_FATTR via getattr(). So it should be unique: https://datatracker.ietf.org/doc/html/rfc7530#section-5.8.1.9 Thanks, //richard