Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1684587ybz; Thu, 16 Apr 2020 13:39:01 -0700 (PDT) X-Google-Smtp-Source: APiQypLIzO6MsGKccomolBXyMWYpzJVZLx3s95uDU7M2a9wteZt6kvlqAGK0cZTGBYkiiadzSVSW X-Received: by 2002:a50:ed8f:: with SMTP id h15mr13641edr.331.1587069541675; Thu, 16 Apr 2020 13:39:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587069541; cv=none; d=google.com; s=arc-20160816; b=vF2GQ3CndlR7yXZ0g0Kd6a96QSp/dasA87NlE5SKVObKmvuEFhMPyNAPhrjJuLynrD PTlDW8mZ+kKjksnbJE7DkiJ3kPF4Jbqwlys4VEbjwKIPJ7ym3OPZWsBP47dib5ewk+J2 anxFGLjvExyt7sbmYeNvPJrDcCmMP9kNtT79mXPK0XFUKDxxBaVWaHlF78B/6ncQHFAh xeSbDZ+EUYlcHgYAQ2TvEVygOA5MmZmrRvCh10Nb7c41VBulE2gPpP9Oh8F22rdfXg2i MejnILV41bN59bZOkkfEESEyJK99nRIH3R2vzV0vqYX3D2yeDMes5LocT3BBgluxGsTl tWkA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=l5hlOgYBhVjbf0us9LruxSgqTA8mRWwP4wBMvdx5iZs=; b=F9J6EggHd7kF/RPCt24mrDEThpu+tHBtKpnGEJDRw5BTIlqHMBAXmh6s7pjMoI9lL6 qBni48W+FnuRSIzkqhF8AoZC04ZkRZPADDtM4F+dw0BBxiYk22Or0CikzffZzzakzYT/ MFj2axMDYWHgQwB0fHFli/AnWSP1IOTqli69TGXkKBAgydTfu87jxQlOz3fQMsZMHhQK uW4n67lL9OVMtPVW9mIaUICnN0xUTX5zdMg6Zl6rq1JtNGSkSikwrJmxzjEEIciGW+XF vk5KOSTKTP5+/rzdGyE92HccQP4807a9N/TOJmGJQ/Bwk/i4NQkL3VNcHg72C/mKiXbQ hRCA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=fRgvZBD+; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m12si10750638edq.510.2020.04.16.13.38.38; Thu, 16 Apr 2020 13:39:01 -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=@kernel.org header.s=default header.b=fRgvZBD+; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2410704AbgDPQCU (ORCPT + 99 others); Thu, 16 Apr 2020 12:02:20 -0400 Received: from mail.kernel.org ([198.145.29.99]:35036 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2895308AbgDPN0s (ORCPT ); Thu, 16 Apr 2020 09:26:48 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 914DA217D8; Thu, 16 Apr 2020 13:26:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1587043608; bh=JVBQ4mJiai4SFGqM9hpLiYzHjPgT+kxE4i+UwDn0DQY=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=fRgvZBD+SZMr8T9OcR7ZFwH47w0Iq1vHVKOSYOSwo+y7LlqGncXSQkq3s/wkyh8gw eSOmyw4OPXsdMxm3nWbJ0F9S+6PB2czQoV99gQG1kd/s8hEkrO4UfoiFs3RaOQgTcr W7fBp8B6qqb5l+Vro+NqgambpRf20tLqxO79wJUs= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Bob Peterson , Andreas Gruenbacher , Sasha Levin Subject: [PATCH 4.19 026/146] gfs2: Dont demote a glock until its revokes are written Date: Thu, 16 Apr 2020 15:22:47 +0200 Message-Id: <20200416131246.024198134@linuxfoundation.org> X-Mailer: git-send-email 2.26.1 In-Reply-To: <20200416131242.353444678@linuxfoundation.org> References: <20200416131242.353444678@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Bob Peterson [ Upstream commit df5db5f9ee112e76b5202fbc331f990a0fc316d6 ] Before this patch, run_queue would demote glocks based on whether there are any more holders. But if the glock has pending revokes that haven't been written to the media, giving up the glock might end in file system corruption if the revokes never get written due to io errors, node crashes and fences, etc. In that case, another node will replay the metadata blocks associated with the glock, but because the revoke was never written, it could replay that block even though the glock had since been granted to another node who might have made changes. This patch changes the logic in run_queue so that it never demotes a glock until its count of pending revokes reaches zero. Signed-off-by: Bob Peterson Reviewed-by: Andreas Gruenbacher Signed-off-by: Sasha Levin --- fs/gfs2/glock.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/fs/gfs2/glock.c b/fs/gfs2/glock.c index ccdd8c821abd7..f8a5eef3d014b 100644 --- a/fs/gfs2/glock.c +++ b/fs/gfs2/glock.c @@ -636,6 +636,9 @@ __acquires(&gl->gl_lockref.lock) goto out_unlock; if (nonblock) goto out_sched; + smp_mb(); + if (atomic_read(&gl->gl_revokes) != 0) + goto out_sched; set_bit(GLF_DEMOTE_IN_PROGRESS, &gl->gl_flags); GLOCK_BUG_ON(gl, gl->gl_demote_state == LM_ST_EXCLUSIVE); gl->gl_target = gl->gl_demote_state; -- 2.20.1