Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp3867024pxv; Mon, 19 Jul 2021 10:38:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzCIYjaKSIDx1nmu+bRB28F9HgYM4yQzsqr9S2r0mmrigifTVsWHAHgFU1Pn0dnjQJpC+HZ X-Received: by 2002:a05:6402:22e1:: with SMTP id dn1mr36208015edb.8.1626716228159; Mon, 19 Jul 2021 10:37:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626716228; cv=none; d=google.com; s=arc-20160816; b=cqEJAzUz6cVgWGnxl1hafH2T6nAgI5BpCjbv6yY4ioFdYNjf5SXdpg0qeEYxWjj6Yr ge4zxsoNRszQylhe23NdtwNzvjg9CJZrL/Y0yaInp4SFfteRgobzFEhqmT4ahS5XT/qj eFp3IMpTLF/gyoUCGvdEo0DHJ21ZTPKkvwN0Hg4ZUumyL5bulyyLM8fBgSMSvVkyRU3q jq21Zdhxre4pC2XM3NLGTFqen295P0Ef6ztNWriSMUVAM4m2AfXqQ/8vNgRT3fDv+mh4 qJZoeFXSRsdjWPoOQAnoPWRYXANuixbeaUGE8D41Ocq3G2TzCwEid3uns0dqvpZoElgb zBWw== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=ZpHRCgJnh4NuLG0VjJfnRHJx0WDW5zgerx2/RihtPiA=; b=zzaqt6F/iXLE1DNlzAnbGUGHVNtvmbnhv961vItK12D3qGYMRbX7Zp/duPyewRVQUO MMOsydzEOk1gvFOXYNhT6sJi+T7jjild9FyOJmLa16tJL7rTJ1fEuidoS7Xn/V+xmX6e UDes+bpJjsLU/6J95gFkpjYjJ9EstQfb/C+rk+w72YTl26k+2pwscgq6bnGWiWzGYVGu 4DFn9DNOTp2bYiPBfzo59XoQoAbLKydJAY6CwTdfA9bOZvH+Vl4XlAL31E9xEeZakEUe ixO8iN1G1IQngvpm+EyehoztR8ZOysKdzeoyyQorq4S+YLl/DH4dua6lZFxJ1zhm+qUU L6aw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=pzkMjyej; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t12si27103344edc.179.2021.07.19.10.36.45; Mon, 19 Jul 2021 10:37:08 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-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=@linuxfoundation.org header.s=korg header.b=pzkMjyej; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1357500AbhGSQv6 (ORCPT + 99 others); Mon, 19 Jul 2021 12:51:58 -0400 Received: from mail.kernel.org ([198.145.29.99]:40696 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1347991AbhGSPX7 (ORCPT ); Mon, 19 Jul 2021 11:23:59 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id CF3AB613BA; Mon, 19 Jul 2021 16:00:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626710422; bh=BNX6y5/y5h4PLRqYX8uBjpHS5I+n3ABAsSXgaq9wdc4=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=pzkMjyejKyxDjfNFG6kwS/l99vGmQG6m2DAvh8EJEy4jubZG4Bf5TSJp5yX2ZqlPP URCGo+9RAQ7C6iQfBxwGWHtFwQnVfIhZu/03zrY/94k/Cy1XMfDTeUXRmOUaqiwstk RBzZHamleSk1Rqowq/KwUs0W1dMMfbaYkX2SepDQ= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Trond Myklebust , Sasha Levin Subject: [PATCH 5.10 182/243] NFSv4/pnfs: Fix layoutget behaviour after invalidation Date: Mon, 19 Jul 2021 16:53:31 +0200 Message-Id: <20210719144946.793544088@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210719144940.904087935@linuxfoundation.org> References: <20210719144940.904087935@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Trond Myklebust [ Upstream commit 0b77f97a7e42adc72bd566ff8cb733ea426f74f6 ] If the layout gets invalidated, we should wait for any outstanding layoutget requests for that layout to complete, and we should resend them only after re-establishing the layout stateid. Fixes: d29b468da4f9 ("pNFS/NFSv4: Improve rejection of out-of-order layouts") Signed-off-by: Trond Myklebust Signed-off-by: Sasha Levin --- fs/nfs/pnfs.c | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/fs/nfs/pnfs.c b/fs/nfs/pnfs.c index c0c2612f14af..371665e0c154 100644 --- a/fs/nfs/pnfs.c +++ b/fs/nfs/pnfs.c @@ -2015,7 +2015,7 @@ lookup_again: * If the layout segment list is empty, but there are outstanding * layoutget calls, then they might be subject to a layoutrecall. */ - if (list_empty(&lo->plh_segs) && + if ((list_empty(&lo->plh_segs) || !pnfs_layout_is_valid(lo)) && atomic_read(&lo->plh_outstanding) != 0) { spin_unlock(&ino->i_lock); lseg = ERR_PTR(wait_var_event_killable(&lo->plh_outstanding, @@ -2391,11 +2391,13 @@ pnfs_layout_process(struct nfs4_layoutget *lgp) goto out_forget; } + if (!pnfs_layout_is_valid(lo) && !pnfs_is_first_layoutget(lo)) + goto out_forget; + if (nfs4_stateid_match_other(&lo->plh_stateid, &res->stateid)) { /* existing state ID, make sure the sequence number matches. */ if (pnfs_layout_stateid_blocked(lo, &res->stateid)) { - if (!pnfs_layout_is_valid(lo) && - pnfs_is_first_layoutget(lo)) + if (!pnfs_layout_is_valid(lo)) lo->plh_barrier = 0; dprintk("%s forget reply due to sequence\n", __func__); goto out_forget; @@ -2416,8 +2418,6 @@ pnfs_layout_process(struct nfs4_layoutget *lgp) goto out_forget; } else { /* We have a completely new layout */ - if (!pnfs_is_first_layoutget(lo)) - goto out_forget; pnfs_set_layout_stateid(lo, &res->stateid, lgp->cred, true); } -- 2.30.2