Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp581180ybz; Wed, 22 Apr 2020 04:08:34 -0700 (PDT) X-Google-Smtp-Source: APiQypK6G7PgVHlGj0XUAERzlVTdyM02o3AMvtihircTgcOHxit4pqEw8ZzSvUqGlExGXo3cIpzs X-Received: by 2002:a17:906:a857:: with SMTP id dx23mr25915317ejb.52.1587553714653; Wed, 22 Apr 2020 04:08:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587553714; cv=none; d=google.com; s=arc-20160816; b=Zp7PKTMPq98qMR15gaKkL13oxzMHaJc7VyckjzKpS3eFYZT6nO4XBiI4FyqbG49Vgk amnexE8NHAv0yxV4iZu2hBTysyumNJjMe8wKTeJvugYrSOt8iBVL1ANmc+zZghTWX8rc KOQDOGID3cmaFxkCyTw/heIT/qT+0y0xbirOyo0mAs5ywFg7u9L7KMasbBrP+iJFUelX lEcW9UDo/lOhkqhGTs9xPsZR6Znp3GSer7/4cVmJDVqgFTWwlf5oklCd6WUchSO+kirh VX7kZ9G1GOld+jroPc8bZVtwIRXs1F9m36MKOd0OXgT8ntKGRXA3YgNKSkOWXmWPrbcR Ph6Q== 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=q+pbql4MPTYK68dpvUcO6H7p96MIFI0izZUHiSu77ik=; b=UomOom99WuCNU4D0WH8OCj7ga6xvCjbN0qKga1ylLVfg0XwT8kHNjC5EaiTBciBWEC G7/rukRwDiWAyRt5gWZu8S9ShC2LcXPCxN/pxlIUHdT26XaQAjJXE0EzvwlX5A5/O61X PGpyW1UP+N5I2C1K2SXpWI7qZtaWouw1iIA0xillQZhiX/LDSrRm2gjBOdOyX8e6XuvM OJ5SFjA87dVJ6jcnv4/No0mgk0cP+5HN85Z3Qniz5Z6d5uXeW5STcHRz+kvahm0UgmZp nBYsgJp91GzNOF6LB9MGWep2G+kir8GojaaTugexdzQ1ZLkXzLW1CbSDO+yh6BbIicl1 7o+Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=NK9czYVY; 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 c17si3259274ejm.84.2020.04.22.04.08.11; Wed, 22 Apr 2020 04:08:34 -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=NK9czYVY; 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 S1732493AbgDVLDk (ORCPT + 99 others); Wed, 22 Apr 2020 07:03:40 -0400 Received: from mail.kernel.org ([198.145.29.99]:46292 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726478AbgDVJ7i (ORCPT ); Wed, 22 Apr 2020 05:59:38 -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 433642076E; Wed, 22 Apr 2020 09:59:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1587549577; bh=QKMcaEVYytCyf1hqsXW7L2gDGVX8IfnY0Ttlq6wcg+E=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=NK9czYVYaZ4YexBI9IQp/ROnMU/dELh1vgbI52k82u3TquggE0xCbHrI/3UGDMUVS bBLxBL04m6GTPL7JkwmDSy7/ddiCOdrB8Wmu1QDQyEb7ZA2zfayYe8ngvRyIXF6ehS JWcbI16c+pPYxjgQhwVmQ2RZg8OwBARAyhjvDeX0= 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.4 008/100] gfs2: Dont demote a glock until its revokes are written Date: Wed, 22 Apr 2020 11:55:38 +0200 Message-Id: <20200422095024.209082810@linuxfoundation.org> X-Mailer: git-send-email 2.26.2 In-Reply-To: <20200422095022.476101261@linuxfoundation.org> References: <20200422095022.476101261@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 1eb737c466ddc..f80ffccb03160 100644 --- a/fs/gfs2/glock.c +++ b/fs/gfs2/glock.c @@ -541,6 +541,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