Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp677596ybz; Fri, 1 May 2020 06:39:44 -0700 (PDT) X-Google-Smtp-Source: APiQypLnol59fASC+jeRsCPpiEEbDDzs1X7ZuAvjpQRwKhJ2m10x7tMEAEkwMwaiZNtZZbrN9ONH X-Received: by 2002:a17:906:3e52:: with SMTP id t18mr3147196eji.204.1588340384791; Fri, 01 May 2020 06:39:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588340384; cv=none; d=google.com; s=arc-20160816; b=XbI9e7sfBy7yz8SAQcGk5g/8WsMXBC9UGPkw2Snyo0vUQblJKKWhxroWuT6oz6AvCL sB5GoJFigVFKIuhxt8J2JDNTlz6ez5mTE/9Xk7gy5YOb/bv10NdD3GsUSpdH5iea3XY7 gOA7m26Ln5fzo+NlKUEu7mPNA9zZRoMgOSi9GyriSKhG9tDSY24BK8GeCBotl1bz2sJx w2oRzpp7lzoRuEhwgYgNr5IfZERcOoHhhUO7bkqYUblwdMGK9fNQN5auaVrKizleKeqA BVcbbT3zesDHTVCrbYV8QWQnmiubSmDTBnMfAzsw2QtmTjJssv/8fMLGzg9fSlNBZJKR xG+w== 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=lgfsFjB5S9u3zgp4J347syrENuLlQek7Rhe0Yp/NOtI=; b=VlLtS89Ilwil4jMKaxfMWcnUkg/gnUPk0kIZNk3nJBaW2P8yLVzyp697E71GxYYmHe 8yv2Zvje2ofo9hZKpwMutarHrQXwZ74GisRgXZxqeel0UQFlXcLmQpY9rqL1J77NMJjx C4ye9dUCWgKd3kzcZu250lBoqAquGUeRL05mTFCvZhXZkltPgCkz4pxGwWVL8SSEMj7j gBF0b2PZTlmBVU7D0Al8e9uNQUKuj3rrj6YSAYUWSXS+xMpooaExjLyhyOOxm3zO1MA5 67wezUKhMaN+TDslylX8aNE/QMoFiwVG1IBB0tGWiNzAoYhYfgojtnOLFWaGhJlFivlE snPQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="T/u/k+Bl"; 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 dc18si1823841ejb.497.2020.05.01.06.39.21; Fri, 01 May 2020 06:39:44 -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="T/u/k+Bl"; 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 S1730726AbgEANhe (ORCPT + 99 others); Fri, 1 May 2020 09:37:34 -0400 Received: from mail.kernel.org ([198.145.29.99]:36594 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730704AbgEANha (ORCPT ); Fri, 1 May 2020 09:37:30 -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 34F7024953; Fri, 1 May 2020 13:37:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1588340249; bh=21jnwet0trPW2Kv3E6ihRnckW6TR5od8KkJAPHwPeqE=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=T/u/k+BlKCXwgMdzKiz/2GtDmsF6atN3Xuu8g1HJDdwvGXGwxMCi7nPjA5Trn1/vW WPe69Gnj2lAJc2mr9R3hygH769MWVX7id8UK/DhJFjm0bBxAwYZ7Pg+0Ds43JTzFuW YoDaiRq00oaY2/jIAWDZIe36A/8b69gz5+X6wkEo= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Theodore Tso , Sasha Levin Subject: [PATCH 4.19 41/46] ext4: increase wait time needed before reuse of deleted inode numbers Date: Fri, 1 May 2020 15:23:06 +0200 Message-Id: <20200501131513.092895370@linuxfoundation.org> X-Mailer: git-send-email 2.26.2 In-Reply-To: <20200501131457.023036302@linuxfoundation.org> References: <20200501131457.023036302@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: 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