Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp4196584ybg; Mon, 8 Jun 2020 01:20:44 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxJme5bsguZFQCEyY/wSyUgFgX6kQMeDDi943UuKMLmw7+QwyYFsDUY3tt0uaJSKv1d6SXk X-Received: by 2002:a17:906:76c4:: with SMTP id q4mr20938444ejn.371.1591604444224; Mon, 08 Jun 2020 01:20:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591604444; cv=none; d=google.com; s=arc-20160816; b=hlMFwF9DKSF1gEI+tvwphluI2FAC2Kn9Jve6irYEGSPKqD2usAZaYgdXR9JVUN3CU7 76Qt+HvZ+RYWUsrZMCCX+S62N3cE4bXqM+TAWfW+JdKvRTBYwakEe5VbspYZ/vtFSLZF N/kiv2q609FQHZT0tBN4Y79B/hIS1N4hD0dxhvtjdRFebUhojYTH9vIHblpN3jVZdY4Q 2sjRFJQw9Rf5qy03aiwuPxEqWLJLAb6JAh6nZAXzQr5lHo/A/EWgWXP++OGZpTZIANjR hf2vZRg4lrxK9IOMiBKVUh/fEH/iyjbKG/UaUkBOVh7ZrV7h4uFNIUqJcg4ePgx5Le1J CxtA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=EA2Et3QSKXbSGP/V212iX2Bj8vdz+hNNrOu/IEUC3PI=; b=fTe72uHptWN9NpNdL0Zq4Fs+g2EjWco9j2OugBMUEPYeFWvY5aGncYcnACwlpfNlej L+frVvUef+n1cwwMYVvxaG6LeazmEvDAKrCTW8UxrbDQszHrpaoXc7i8naBWPZliFrsP HtF6IPtMwsOmR5qrxDusOW0aOChYkarxQ3+o9y3RNXrezD7JU4U9eSIBjgPYsZNBIkVN y5HbIyEOAvh5RMBIkmHtoRWKK1b+6/NjIhvgfKnNPIRzwepJ2G0h2Uf/X5GlscCIWBjA AGCdCZYMrgtUPFklVp4uKhMethcus9zoiicwaY/VinDKmH7yE0ISY1eXLpntj7W1NzHW 4Fzg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a22si8265750ejr.529.2020.06.08.01.20.14; Mon, 08 Jun 2020 01:20:44 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729059AbgFHIUK (ORCPT + 99 others); Mon, 8 Jun 2020 04:20:10 -0400 Received: from mx2.suse.de ([195.135.220.15]:60068 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729060AbgFHIUK (ORCPT ); Mon, 8 Jun 2020 04:20:10 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 19D2CB090; Mon, 8 Jun 2020 08:20:12 +0000 (UTC) Received: by quack2.suse.cz (Postfix, from userid 1000) id BE0BF1E1283; Mon, 8 Jun 2020 10:20:07 +0200 (CEST) Date: Mon, 8 Jun 2020 10:20:07 +0200 From: Jan Kara To: "zhangyi (F)" Cc: linux-ext4@vger.kernel.org, tytso@mit.edu, jack@suse.cz, adilger.kernel@dilger.ca, zhangxiaoxu5@huawei.com Subject: Re: [PATCH 00/10] ext4: fix inconsistency since reading old metadata from disk Message-ID: <20200608082007.GJ13248@quack2.suse.cz> References: <20200526071754.33819-1-yi.zhang@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200526071754.33819-1-yi.zhang@huawei.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org Hello Yi! On Tue 26-05-20 15:17:44, zhangyi (F) wrote: > Background > ========== > > This patch set point to fix the inconsistency problem which has been > discussed and partial fixed in [1]. > > Now, the problem is on the unstable storage which has a flaky transport > (e.g. iSCSI transport may disconnect few seconds and reconnect due to > the bad network environment), if we failed to async write metadata in > background, the end write routine in block layer will clear the buffer's > uptodate flag, but the data in such buffer is actually uptodate. Finally > we may read "old && inconsistent" metadata from the disk when we get the > buffer later because not only the uptodate flag was cleared but also we > do not check the write io error flag, or even worse the buffer has been > freed due to memory presure. > > Fortunately, if the jbd2 do checkpoint after async IO error happens, > the checkpoint routine will check the write_io_error flag and abort the > the journal if detect IO error. And in the journal recover case, the > recover code will invoke sync_blockdev() after recover complete, it will > also detect IO error and refuse to mount the filesystem. > > Current ext4 have already deal with this problem in __ext4_get_inode_loc() > and commit 7963e5ac90125 ("ext4: treat buffers with write errors as > containing valid data"), but it's not enough. Before we go and complicate ext4 code like this, I'd like to understand what is the desired outcome which doesn't seem to be mentioned here, in the commit 7963e5ac90125, or in the discussion you reference. If you have a flaky transport that gives you IO errors, IMO it is not a bussiness of the filesystem to try to fix that. I just has to make sure it properly reports errors to userspace and (depending of errors= configuration) shuts itself down to limit further damage. This patch seems to try to mask those errors and that's, in my opinion, rather futile (as in you can hardly ever deal with all the cases). BTW are you running these systems on flaky iSCSI with errors=continue so that the errors don't shut the filesystem down immediately? Honza > [1] https://lore.kernel.org/linux-ext4/20190823030207.GC8130@mit.edu/ > > Description > =========== > > This patch set add and rework 7 wrapper functions of getting metadata > blocks, replace all sb_bread() / sb_getblk*() / ext4_bread() and > sb_breadahead*(). Add buffer_write_io_error() checking into them, if > the buffer isn't uptodate and write_io_error flag was set, which means > that the buffer has been failed to write out to disk, re-add the > uptodate flag to prevent subsequent read operation. > > - ext4_sb_getblk(): works the same as sb_getblk(), use to replace all > sb_getblk() used for newly allocated blocks and getting buffers. > - ext4_sb_getblk_locked(): works the same as sb_getblk() except check & > fix buffer uotpdate flag, use to replace all sb_getblk() used for > getting buffers to read. > - ext4_sb_getblk_gfp(): gfp version of ext4_sb_getblk(). > - ext4_sb_getblk_locked_gfp(): gfp version of ext4_sb_getblk_locked(). > - ext4_sb_bread(): get buffer and submit read bio if buffer is actually > not uptodate. > - ext4_sb_bread_unmovable(): unmovable version of ext4_sb_bread(). > - ext4_sb_breadahead_unmovable(): works the same to ext4_sb_bread_unmovable() > except skip submit read bio if failed to lock the buffer. > > Patch 1-2: do some small change in ext4 inode eio simulation and add a > helper in buffer.c, just prepare for below patches. > Patch 3: add the ext4_sb_*() function to deal with the write_io_error > flag in buffer. > Patch 4-8: replace all sb_*() with ext4_sb_*() in ext4. > Patch 9: deal with the buffer shrinking case, abort jbd2/fs when > shrinking a buffer with write_io_error flag. > Patch 10: just do some cleanup. > > After this patch set, we need to use above 7 wrapper functions to > get/read metadata block instead of invoke sb_*() functions defined in > fs/buffer.h. > > Test > ==== > > This patch set is based on linux-5.7-rc7 and has been tests by xfstests > in auto mode. > > Thanks, > Yi. > > > zhangyi (F) (10): > ext4: move inode eio simulation behind io completeion > fs: pick out ll_rw_one_block() helper function > ext4: add ext4_sb_getblk*() wrapper functions > ext4: replace sb_getblk() with ext4_sb_getblk_locked() > ext4: replace sb_bread*() with ext4_sb_bread*() > ext4: replace sb_getblk() with ext4_sb_getblk() > ext4: switch to use ext4_sb_getblk_locked() in ext4_getblk() > ext4: replace sb_breadahead() with ext4_sb_breadahead() > ext4: abort the filesystem while freeing the write error io buffer > ext4: remove unused parameter in jbd2_journal_try_to_free_buffers() > > fs/buffer.c | 41 ++++++---- > fs/ext4/balloc.c | 6 +- > fs/ext4/ext4.h | 60 ++++++++++++--- > fs/ext4/extents.c | 13 ++-- > fs/ext4/ialloc.c | 6 +- > fs/ext4/indirect.c | 13 ++-- > fs/ext4/inline.c | 2 +- > fs/ext4/inode.c | 53 +++++-------- > fs/ext4/mmp.c | 2 +- > fs/ext4/resize.c | 24 +++--- > fs/ext4/super.c | 145 +++++++++++++++++++++++++++++++----- > fs/ext4/xattr.c | 4 +- > fs/jbd2/transaction.c | 20 +++-- > include/linux/buffer_head.h | 1 + > include/linux/jbd2.h | 3 +- > 15 files changed, 277 insertions(+), 116 deletions(-) > > -- > 2.21.3 > -- Jan Kara SUSE Labs, CR