Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8C3D7C64EC4 for ; Fri, 3 Mar 2023 10:38:18 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229804AbjCCKiR (ORCPT ); Fri, 3 Mar 2023 05:38:17 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49742 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229790AbjCCKiL (ORCPT ); Fri, 3 Mar 2023 05:38:11 -0500 Received: from smtp-out1.suse.de (smtp-out1.suse.de [IPv6:2001:67c:2178:6::1c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E782E212B for ; Fri, 3 Mar 2023 02:38:07 -0800 (PST) Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out1.suse.de (Postfix) with ESMTPS id 91D4E22AE9; Fri, 3 Mar 2023 10:38:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_rsa; t=1677839886; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=zSS+CD1nbaNyzqa8cmbNDWaoAJLF2v5SosoyorZy/Cc=; b=JPSRLbQUHW1gPYbD6ZImCjDWgMmUB00pbIePM4ODoxg7U/czR5ihysown5o2y/8AASJMHp reJjmdl+EQtspUHIGWmAF7UwMiQhR1Q+NuprnqG8kuLdmaUeeg1c201dushzhp7J2DG1ts MUKJr0ozGaS3u5Hgxq8GXNzgMCyl2pM= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_ed25519; t=1677839886; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=zSS+CD1nbaNyzqa8cmbNDWaoAJLF2v5SosoyorZy/Cc=; b=H0i4/V6EJTdoNiU1jpnzyVtNcyMYnvPKerLZfbgWRcrA0sRx94QMTiWFTV2jPHZCSnzEdj y15O0Znn4A8PK3BA== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 8529B139D3; Fri, 3 Mar 2023 10:38:06 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id 9vd8IA7OAWRdFAAAMHmgww (envelope-from ); Fri, 03 Mar 2023 10:38:06 +0000 Received: by quack3.suse.cz (Postfix, from userid 1000) id 0F373A06E5; Fri, 3 Mar 2023 11:38:06 +0100 (CET) Date: Fri, 3 Mar 2023 11:38:06 +0100 From: Jan Kara To: Theodore Ts'o Cc: Jan Kara , Ext4 Developers List Subject: Re: [PATCH REBASED 0/7] ext4: Cleanup data=journal writeback path Message-ID: <20230303103806.77ipbtzz7n5hawim@quack3> References: <20230228051319.4085470-1-tytso@mit.edu> <20230228135854.ky2zpwal7trz6yg3@quack3> <20230303092939.kq4mlowe2y2x6ncx@quack3> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230303092939.kq4mlowe2y2x6ncx@quack3> Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Fri 03-03-23 10:29:39, Jan Kara wrote: > On Thu 02-03-23 08:37:35, Theodore Ts'o wrote: > > On Tue, Feb 28, 2023 at 02:58:54PM +0100, Jan Kara wrote: > > > > > > Regarding the warning somehow there are dirty pages left after the > > > procedures freeze_super() goes through to flush all dirty data. That is not > > > too surprising since in data=journal mode pages get (as a surprise to > > > freezing code) dirtied when transaction commits. I thought we have this > > > covered by jbd2_journal_flush() call in ext4_freeze() but maybe there are > > > some stranded PageDirty bits left? It needs more debugging... > > > > So the question I have is whether this is a bug that was always there, > > or perhaps code changes affected the timing, so that it was much more > > likely to happen (although in my testing it's still only triggering > > about 50% of the time). > > > > This warning can mean that data can be lost, especially if someone was > > doing hibernation, right? We can discuss this at today's ext4 video > > conference, but I'm inclined to wait until the next merge cycle for > > this patch series until we can figure out what's going on. Jan, what > > do you think? > > As we discussed in the meeting, I'll have a look into the failure. For now > I'd keep patches on hold as it is not urgent patchset. FWIW I'm able to reproduce the issue and also as I'm looking into the freeze to it was always there in principle. But my patches likely made it much more probable. I'll have a look what I can do... Honza -- Jan Kara SUSE Labs, CR