Received: by 2002:a05:6a10:17d3:0:0:0:0 with SMTP id hz19csp2940602pxb; Tue, 13 Apr 2021 14:14:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz/Ucq7Ts4eijLbbX1F5gJpeVL4p6JQxkp338EDZtw/dzqm+ySLDeVbRyKC951X3cbNgAtE X-Received: by 2002:a05:6a00:1c6d:b029:249:4886:4edb with SMTP id s45-20020a056a001c6db029024948864edbmr17295749pfw.66.1618348471182; Tue, 13 Apr 2021 14:14:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618348471; cv=none; d=google.com; s=arc-20160816; b=OYuowQfzuEfrFSPKpZHrLNgF0EiUEr/cef4kyHfUFVZA160WImICobKUMg9wDhBAnk Pp8LUxwnpCgAotuBQHh96e9dEjlEbTi5Uv59gbABBURkCcFJr2jyFp7ltjM964jRFM5D Qf9c/aFA+BLMcI0JEgkOh3IAGUanCxgsNtqUwdSwuPBSvCcXekpmpwZAOazqnNYe5CbR SJUhoJWYewy6CmoqDdNjCed8OYJYV8QeLmmCsFoI/d8BhNtuOmeEAvWDm6k/Ui4gbwkP YjetVHQCdAlWZtKB70mvK8LnNRkILQeelEqXWAQQjFtFsn265lQ+2fPhDmhVl9h7Ftgw KcHg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=hjR6dQcP9PiLW96H12ODFF5rpWmc3lnG55Quqk8W1Yk=; b=BhXtPdfjvU4/doCkQbOHjgA/qpwjug1+MhmTQO3py9lVT0SYUqvFWoyyoQLsTO5RJu 8BX/o3HPzDkIJ8FepL7qgg0kI76n1JOcCi6VGqsZhn5OJTvKSavQidW+6lI6QcAQDfnM tt4NVC7KrNL33UIoSE1XwvffcrL9nLRN+t8uIkISL8riI9yRrWuDaUr+B94bpxYE2Z8F zelIz6AqGImGidPmUqYweJu6zcFH90HX3DoZWc4/AgVQoA8a6BpmSkORNIUVmlvhZyxu g1VMHPMwAZ7RIiAhMV0umIxBunLiF71QK5ElunT5r5L2Bmy0X7XNrjvtUAzGcQs+N6/K wm+A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=JuUc1iwf; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o34si20629992pgm.528.2021.04.13.14.14.16; Tue, 13 Apr 2021 14:14:31 -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=@redhat.com header.s=mimecast20190719 header.b=JuUc1iwf; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229741AbhDMPgQ (ORCPT + 99 others); Tue, 13 Apr 2021 11:36:16 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:60147 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229886AbhDMPgP (ORCPT ); Tue, 13 Apr 2021 11:36:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1618328155; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=hjR6dQcP9PiLW96H12ODFF5rpWmc3lnG55Quqk8W1Yk=; b=JuUc1iwfaCzLA4BobiTv4pShlw4aa7ew+hmXX2t2TuG4iTBB27A3xEd+BRXtiPMkPgyTq5 Wt8Og0TuG4zjejOQkro/IXxXVp/GwFwf5+CQLU1aZzSLce7O3/yyjYG1doTEV6RJPsOSQ4 hh0eidPrS5Dt3oud/YEu1KV8cIP1M4c= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-397-xykiyZe_OrGoCEG5CKr_0Q-1; Tue, 13 Apr 2021 11:35:53 -0400 X-MC-Unique: xykiyZe_OrGoCEG5CKr_0Q-1 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 45C7488127C; Tue, 13 Apr 2021 15:35:52 +0000 (UTC) Received: from [172.16.176.1] (ovpn-64-2.rdu2.redhat.com [10.10.64.2]) by smtp.corp.redhat.com (Postfix) with ESMTPS id D36716A034; Tue, 13 Apr 2021 15:35:51 +0000 (UTC) From: "Benjamin Coddington" To: hedrick@rutgers.edu Cc: "Patrick Goetz" , linux-nfs@vger.kernel.org Subject: Re: safe versions of NFS Date: Tue, 13 Apr 2021 11:35:50 -0400 Message-ID: <1EA88CB0-7639-479C-AB1D-CAF5C67AA5C5@redhat.com> In-Reply-To: <506B20E8-CE9C-499B-BF53-6026BA132D30@rutgers.edu> References: <506B20E8-CE9C-499B-BF53-6026BA132D30@rutgers.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org It would be interesting to know why your clients are failing to reclaim their locks. Something is misconfigured. What server are you using, and is there anything fancy on the server-side (like HA)? Is it possible that you have clients with the same nfs4_unique_id? Ben On 13 Apr 2021, at 11:17, hedrick@rutgers.edu wrote: > many, though not all, of the problems are “lock reclaim failed”. > >> On Apr 13, 2021, at 10:52 AM, Patrick Goetz >> wrote: >> >> I use NFS 4.2 with Ubuntu 18/20 workstations and Ubuntu 18/20 servers >> and haven't had any problems. >> >> Check your configuration files; the last time I experienced something >> like this it's because I inadvertently used the same fsid on two >> different exports. Also recommend exporting top level directories >> only. Bind mount everything you want to export into /srv/nfs and >> only export those directories. According to Bruce F. this doesn't buy >> you any security (I still don't understand why), but it makes for a >> cleaner system configuration. >> >> On 4/13/21 9:33 AM, hedrick@rutgers.edu wrote: >>> I am in charge of a large computer science dept computing >>> infrastructure. We have a variety of student and develo9pment users. >>> If there are problems we’ll see them. >>> We use an Ubuntu 20 server, with NVMe storage. >>> I’ve just had to move Centos 7 and Ubuntu 18 to use NFS 4.0. We >>> had hangs with NFS 4.1 and 4.2. Files would appear to be locked, >>> although eventually the lock would time out. It’s too soon to be >>> sure that moving back to NFS 4.0 will fix it. Next is either NFS 3 >>> or disabling delegations on the server. >>> Are there known versions of NFS that are safe to use in production >>> for various kernel versions? The one we’re most interested in is >>> Ubuntu 20, which can be anything from 5.4 to 5.8.