Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp564083ybz; Fri, 24 Apr 2020 05:31:19 -0700 (PDT) X-Google-Smtp-Source: APiQypKdKeb3CFooofvpjqgK8/uPLCs4KOZcuBWtNrZLWSnfk2rH8scQ5oKvtFvTgbNBlvmpn5wh X-Received: by 2002:a50:da49:: with SMTP id a9mr6618890edk.388.1587731478942; Fri, 24 Apr 2020 05:31:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587731478; cv=none; d=google.com; s=arc-20160816; b=khQ1hneZz73KnEOpbpFGGyzRGs+ilrs8pXLj6nS6r3ZGxbHW/+1Py/bk7ojRPN/Qgq 4FPgb0Z/7LeLqNKmg2vqw/ADc76eueR4nWium3AygZPuvmR7gc/usxilOv4/oQaIxk5k 9zvQ+G/QpOn3usw5kMkZ4UKWtqdjtnqKT3zwj3wTzjbK1d8nOJrE+hNAln5RSlDaf3tc uzGZMLA2xA9+U0dy3IDMM5sClL6PkyDYXF2ogMxTXJHi2delic/OGzTjDErkv81JOENj YM11LKpoK4/zVjwvipfcddGzAn7GdcOZuZblcwlqx+zXGWfz5fSitLq9GPeqTmsqiY71 Y3Ng== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=lgfsFjB5S9u3zgp4J347syrENuLlQek7Rhe0Yp/NOtI=; b=qnMR8YtrJf7p95YU+pCqmHo+oNFqFZwdUNtKF5sdJh5RLVZqQUDyEM0ZhXSY6XjxV6 GGjX4zLzcxJX6bBVH7AEELkJDZFjGzMBO2xaO+sMK8mXVsEwobAKCXhFO5Va3bt8XIdj 41+XgNOzJrs0MrBywjaaEb5mo2VH0QUn1G6YDYRS0VuqiDDOrgsdZCnZ0B2LTQMqapU4 Pj9kav1cyaRCUNAsmgdGWSp+TOBIEychTxYqLPdal4uSLUhPDiiVO0UTZw0zM338lk7n oT7slFmMv2NZyLXL+F/gNe5wdWK92Q1A8H4Ixr7isbJYSxrNC0EtyfgQ1oPRpcdQuxOK J3OA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="L7W/2T83"; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v13si3245599edi.386.2020.04.24.05.30.54; Fri, 24 Apr 2020 05:31:18 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-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="L7W/2T83"; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728348AbgDXM2Z (ORCPT + 99 others); Fri, 24 Apr 2020 08:28:25 -0400 Received: from mail.kernel.org ([198.145.29.99]:54734 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728325AbgDXMYP (ORCPT ); Fri, 24 Apr 2020 08:24:15 -0400 Received: from sasha-vm.mshome.net (c-73-47-72-35.hsd1.nh.comcast.net [73.47.72.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id B20D621835; Fri, 24 Apr 2020 12:24:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1587731055; bh=21jnwet0trPW2Kv3E6ihRnckW6TR5od8KkJAPHwPeqE=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=L7W/2T83CUnd5AGRNZR9YaKAv87omwC9MfZ0t+RxJSHbBE4uoqNHvZrREM1Y3Z+Jd OXbPVg3S+37kF6Yy6+hpfEXlBpfKAxezBV23jJ8qrHRqqjINVrefxQBLlltg+4SQ9S geXIIjMiBq8aQq9M540rGheejGhYp8+srUIHrj8E= From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Theodore Ts'o , Sasha Levin , linux-ext4@vger.kernel.org Subject: [PATCH AUTOSEL 4.19 16/18] ext4: increase wait time needed before reuse of deleted inode numbers Date: Fri, 24 Apr 2020 08:23:53 -0400 Message-Id: <20200424122355.10453-16-sashal@kernel.org> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20200424122355.10453-1-sashal@kernel.org> References: <20200424122355.10453-1-sashal@kernel.org> MIME-Version: 1.0 X-stable: review X-Patchwork-Hint: Ignore Content-Transfer-Encoding: 8bit Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org From: Theodore Ts'o [ Upstream commit a17a9d935dc4a50acefaf319d58030f1da7f115a ] Current wait times have proven to be too short to protect against inode reuses that lead to metadata inconsistencies. Now that we will retry the inode allocation if we can't find any recently deleted inodes, it's a lot safer to increase the recently deleted time from 5 seconds to a minute. Link: https://lore.kernel.org/r/20200414023925.273867-1-tytso@mit.edu Google-Bug-Id: 36602237 Signed-off-by: Theodore Ts'o Signed-off-by: Sasha Levin --- fs/ext4/ialloc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/ext4/ialloc.c b/fs/ext4/ialloc.c index dafa7e4aaecb9..8876eaad10f68 100644 --- a/fs/ext4/ialloc.c +++ b/fs/ext4/ialloc.c @@ -665,7 +665,7 @@ static int find_group_other(struct super_block *sb, struct inode *parent, * block has been written back to disk. (Yes, these values are * somewhat arbitrary...) */ -#define RECENTCY_MIN 5 +#define RECENTCY_MIN 60 #define RECENTCY_DIRTY 300 static int recently_deleted(struct super_block *sb, ext4_group_t group, int ino) -- 2.20.1