Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2827181pxv; Mon, 12 Jul 2021 02:56:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxFBRem47DgsAwbL56cx/KEs5dftHxtanMHw+KKJXPgEKHVu+VWjCKb2iEj5RPaGj5Q/8ED X-Received: by 2002:a92:d3d1:: with SMTP id c17mr1885242ilh.86.1626083761888; Mon, 12 Jul 2021 02:56:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626083761; cv=none; d=google.com; s=arc-20160816; b=V5cUWhN0t/PMP4EmRHKDB4oFbDF2mOEoMLJJiUqMqd1fcRjfgDWXq4HKrE8+ol7hU4 kw0zLsM0fEfIboPGp26x5r/kPax6lyUrw0bdQ+JWNtsALorrznxaqgIWxzasmFvIecCP e5rkggp30/nBsUjb0eJXxczgtC8BgWTcO5iNxQM8uAYLAbx7iPp1nEgY6YG+6qO7F8eb 8uzp+1dAprk+9IBiiDtFCL4wEM6Sc1Mj5higTR/sIxzU4nUCV2yxpRstbMSVdl35A/q+ ml0aSnt/T6HsWcx8owWOt3TaCi7tskRkPaLI6p3TE3qeCfFaOtPM2t2DxGVIVchOoMWX hBcw== 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=obcvhHkY+Vgz8EMF0Dlde/9hSueBykdoslTXB4s50P4=; b=P4nZj+D88D0scF7bW0T08FFC9LM72JIaoiE1/MXGSEDiYo86mU4Q296kdlsLBtiaWY GkWAneubyAlHv2XJmnPPXpUZIbKlPNAAk9NNAKPvpJ3BDR6+ZDjyo5/3/14gYvEhn6J6 G5htJq+Ihu2nW/JBQC7G4SB7G3/kXkUI5YwCfVchkZYo/9wtH/k/8NpVU9QBJ1A8V74C YWpQYEMOfMzKYvxatH94I5HZFVmVlRZ9kfMTjSYfWI/4iwn7QZmaBgOTkndb/qKdV2vG p4isDPEb4PaBGotynmHnmeQBL6NQYiUL6ngOFkJOn9/bsYY3KjHGWtoot0YclNi7kxzF XdnQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=zst5fzDH; 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 q4si7341983ils.118.2021.07.12.02.55.50; Mon, 12 Jul 2021 02:56: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=@linuxfoundation.org header.s=korg header.b=zst5fzDH; 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 S240600AbhGLG4e (ORCPT + 99 others); Mon, 12 Jul 2021 02:56:34 -0400 Received: from mail.kernel.org ([198.145.29.99]:34676 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236463AbhGLGkw (ORCPT ); Mon, 12 Jul 2021 02:40:52 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id CAF8961179; Mon, 12 Jul 2021 06:38:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626071881; bh=T8fUfAkdFqSrkqYjPwrk9Jg41wYzmdXkxx8O38AWlcA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=zst5fzDH1ZoRDDGpKEOf4NgijVUQEFbPvweG9sHmkirxDh/5zF3A7QBg00+Egmy2A aYQzP34zR559UX23+2aKzBoSf1XBH4/7ErxNjPMXOA75EjX/8YChrn4Y/Vu2MwAloH 0iqQFuW5Nmf+BQCoTvR/gCKR+iGYqe7oJWxd1IhQ= 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.10 261/593] btrfs: clear log tree recovering status if starting transaction fails Date: Mon, 12 Jul 2021 08:07:01 +0200 Message-Id: <20210712060911.986387356@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210712060843.180606720@linuxfoundation.org> References: <20210712060843.180606720@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 300951088a11..4b913de2f24f 100644 --- a/fs/btrfs/tree-log.c +++ b/fs/btrfs/tree-log.c @@ -6348,6 +6348,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