Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp10761pxy; Tue, 20 Apr 2021 11:17:09 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxZab8w6VdB4mMoof4NfNdZ7SndyenhnOvEFje0lmkOunuuXiMqjM5z6A2YcOKFjTawKOcH X-Received: by 2002:a63:a62:: with SMTP id z34mr17788732pgk.189.1618942629736; Tue, 20 Apr 2021 11:17:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618942629; cv=none; d=google.com; s=arc-20160816; b=wSkEs7HCk5aGI8N+PXvnGaK9bFHzciIDq9AofKuUlMV1uFGCf+5b/EcTnqhdlBMxbb lSTkiRJ+FGRkT13OcgDzaodyXFAHkcPmob93CPlwSqxHNrxLRIWCdmYFsg957UK6E9qI AxO8H3lrjoYSSi3e6FNP0SoWnhOSbJVI2NwhHKdQN4kVRBypvg6YV7eBC9ULaCKDP/gI 2NYAE2Ye38YtNlX14nFpNYqTS06NY/Vi0KQDAXyAvJDzhLiIcNKvrYLaByYUph7hDcSH MMZK6T79II4CE7CdWlWRWr196G//5WSgMdXIsRtuAWyCpeKDvXmGBGEpWr6RND1AlJLd 2iYA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature:dkim-filter; bh=X+GSB2VbMpteuLFWvcBwU16CX56MO2ILcpWCQBsE5Qc=; b=zmJRHKQjT6tJIr20FHrfSIVRmbe8+tZ94KcS+RELTzuNlryMPDxPGt3dArMv+kDCb9 Q90p18oVPZwRs9qKyaJt39tQv8OLoKk9OO7D/170SFZ15p+9wRB7nAt2Zji4ReJnu/7j GxwYjjnkzHXefmZTxmfFn2zzLEh/PPoQ4GRWv5ybZbd4psPf5oScr0swkH2tQXqKW+hL JM3yGJfv+wlqi25cRhWVaqJwKT0AWX9RjxglrtzjXCQNBFrSqKzXW81v/G/bXwgBZEMX usu+ZSjUl2XdiKM3O7yW2Ow/xDV8cyuoXMdI/Gy23zdwOxh+QbCgoqhYsreUK6mihJsj 1wNQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@fieldses.org header.s=default header.b=DG9ZcX2v; 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 r24si21080541pgg.398.2021.04.20.11.16.47; Tue, 20 Apr 2021 11:17:09 -0700 (PDT) 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; dkim=pass header.i=@fieldses.org header.s=default header.b=DG9ZcX2v; 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 S233363AbhDTSRC (ORCPT + 99 others); Tue, 20 Apr 2021 14:17:02 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45586 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232648AbhDTSRC (ORCPT ); Tue, 20 Apr 2021 14:17:02 -0400 Received: from fieldses.org (fieldses.org [IPv6:2600:3c00:e000:2f7::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 98F04C06174A for ; Tue, 20 Apr 2021 11:16:28 -0700 (PDT) Received: by fieldses.org (Postfix, from userid 2815) id 52E807258; Tue, 20 Apr 2021 14:16:27 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.11.0 fieldses.org 52E807258 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fieldses.org; s=default; t=1618942587; bh=X+GSB2VbMpteuLFWvcBwU16CX56MO2ILcpWCQBsE5Qc=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=DG9ZcX2vurxO0/owtwd9hOFSZRKZdAcHAfCs2lEop8tUFB5kH1gJnRbB7IS9J4ngA K+jFk34dOiTAKXPAy7LrQWdlX6ElWZHfwIoyeNoe0o67RSHiQXJdrSC24Ut1I2RQDh 4gv0mqx8xTohWkQ56qn5ThXpcYOmJYh/c2y1zJNg= Date: Tue, 20 Apr 2021 14:16:27 -0400 From: "bfields@fieldses.org" To: Trond Myklebust Cc: "linux-nfs@vger.kernel.org" , "ajmitchell@redhat.com" , "SteveD@RedHat.com" , "chuck.lever@oracle.com" Subject: Re: [PATCH 0/3] Enable the setting of a kernel module parameter from nfs.conf Message-ID: <20210420181627.GA7297@fieldses.org> References: <2F7FBCA0-7C8D-41F0-AC39-0C3233772E31@oracle.com> <20A43DDA-C08E-4E39-A83C-24E326768ADE@oracle.com> <2d7d391802a3984b68aa8b3e7f360b0b6cb733dc.camel@hammerspace.com> <20210420171806.GC4017@fieldses.org> <20210420174036.GD4017@fieldses.org> <85b4ca155d1697a714be88a67c505d287e22be46.camel@hammerspace.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <85b4ca155d1697a714be88a67c505d287e22be46.camel@hammerspace.com> User-Agent: Mutt/1.5.21 (2010-09-15) Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org On Tue, Apr 20, 2021 at 05:53:34PM +0000, Trond Myklebust wrote: > So if the machine-id exists, then maybe we could indeed generate the > identity using the uuid in that file (although the question remains as > to why you'd want that?). I was assuming: When you clone a machine image, either you want the clone to have the same identity (maybe it's a backup, or you're doing some sort of migration) or you want it to act like a new machine (say you've got a base image that you're using to make a bunch of hosts). In the latter case you've got to track down everything on the filesystem that needs to differ between hosts and fix it up. The fewer of those, the better. > However the generated value should then be persisted separately so > that it can be platform independent. That'd be OK. I don't think switching a host between systemd and not systemd-based is a common case. If somebody has a really weird case they can always write their own script. --b.