Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2836605pxv; Mon, 12 Jul 2021 03:09:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzcefe4awQhQ+bumurVXPAqbwz5H31fWHcpCIY5ts+Kal3I9rw5ZtPsL8NBH0Lxw1dBQXim X-Received: by 2002:a05:6602:2219:: with SMTP id n25mr14631417ion.205.1626084444421; Mon, 12 Jul 2021 03:07:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626084444; cv=none; d=google.com; s=arc-20160816; b=maLZuKDySLzNAlg7CjH1KWQy5t6JAfZwrgyeKLCwKunwQOXXy14T1WNPsagzhJx4so Q0/NeZtPE04FUpE0QTX2/DUm5WAtuPMfWkjSf7FfEFGXHnIpDawKdN3YMzkFPzfU8cS8 dH/BCxf2hcX1j0B6fQLt8SPDz8zomZFvRogftFpPkqcOydwW9/eYplrtnvv1BgkiBsDx 3mMSYfndQWoyBXH7iWHOzSdAsqBqe6v5R9EqKFoKmUulPUTMSck+n0eZXX6xu3kzSg+i FJY1R5X5iBJ7KUCw3zqWJJhMMydGjTewERxbN1JlOlerZ1jMT3gIeJIQiXermDxbaWth K8ew== 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=fM0VILASIw8PAL+f9jaSgDv/2kqeB/fcSgIvEqe9cUk=; b=dyKIylGqPib8SJqnRXdn6D/G7pKZ+eNIYu/Qe2SvyqYMnTHJghM/sZJaG54bLte2ho bgt8rmhaPGlnkhwgwopicpt/qUi/+rLf8ADF5j8xorWRvkxwF+p5xtIBCsat/LKy9jlY bLTftCYArjW8AuNftvaXOMRXMaeC6Cn5qdt786lRsq/DEQznHiDDqmNnqexfq43xzA1O XtYuinw6Tvn4x/wlNaaYhEJn0BvX541VCj3D0yESnLwjJzCchPCmHo2PvVx3uTJee/0N 3NCsc6EylQMdTRrrevcAmFIG2KAOHTHmwfifv8AOYYfZjkR1ZnkbGhll7G2dmWNWBLO4 U+eg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=xCUQaDiZ; 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 n12si17976322iob.27.2021.07.12.03.07.12; Mon, 12 Jul 2021 03:07:24 -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=xCUQaDiZ; 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 S1349681AbhGLHo3 (ORCPT + 99 others); Mon, 12 Jul 2021 03:44:29 -0400 Received: from mail.kernel.org ([198.145.29.99]:46682 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S242718AbhGLHMK (ORCPT ); Mon, 12 Jul 2021 03:12:10 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 3B32461182; Mon, 12 Jul 2021 07:09:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626073759; bh=+txGNKHuBI2EjIrq8yvLg/OPpBDV2Qd4ke6uIMoKZ90=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=xCUQaDiZ3xiU71cfDbokywiJimnn7dvLxv6N8d2Kmp/JWcmQOKJxYmrAy4rbTbr+y 9007ofu1tHjRlvGMqSMYS21dqbuV0dL39V1rkPrYCy5q6HJkdLuvRgBvkooUpKrzHV v3iNAxIkGys9aKcNcdjHFIdyzDK/M5gy8yNUCfq8= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Qu Wenruo , Anand Jain , David Sterba , Sasha Levin Subject: [PATCH 5.12 307/700] btrfs: clear log tree recovering status if starting transaction fails Date: Mon, 12 Jul 2021 08:06:30 +0200 Message-Id: <20210712061009.047053514@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210712060924.797321836@linuxfoundation.org> References: <20210712060924.797321836@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: David Sterba [ Upstream commit 1aeb6b563aea18cd55c73cf666d1d3245a00f08c ] When a log recovery is in progress, lots of operations have to take that into account, so we keep this status per tree during the operation. Long time ago error handling revamp patch 79787eaab461 ("btrfs: replace many BUG_ONs with proper error handling") removed clearing of the status in an error branch. Add it back as was intended in e02119d5a7b4 ("Btrfs: Add a write ahead tree log to optimize synchronous operations"). There are probably no visible effects, log replay is done only during mount and if it fails all structures are cleared so the stale status won't be kept. Fixes: 79787eaab461 ("btrfs: replace many BUG_ONs with proper error handling") Reviewed-by: Qu Wenruo Reviewed-by: Anand Jain Signed-off-by: David Sterba Signed-off-by: Sasha Levin --- fs/btrfs/tree-log.c | 1 + 1 file changed, 1 insertion(+) diff --git a/fs/btrfs/tree-log.c b/fs/btrfs/tree-log.c index 276b5511ff80..f4b0aecdaac7 100644 --- a/fs/btrfs/tree-log.c +++ b/fs/btrfs/tree-log.c @@ -6365,6 +6365,7 @@ next: error: if (wc.trans) btrfs_end_transaction(wc.trans); + clear_bit(BTRFS_FS_LOG_RECOVERING, &fs_info->flags); btrfs_free_path(path); return ret; } -- 2.30.2