linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jeff Layton <jlayton@kernel.org>
To: viro@ZenIV.linux.org.uk
Cc: willy@infradead.org, andres@anarazel.de,
	linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org,
	cmaiolino@redhat.com, David Howells <dhowells@redhat.com>
Subject: Re: [PATCH v2 0/5] vfs: allow syncfs to return an error when inode writeback fails
Date: Fri, 01 Jun 2018 12:16:13 -0400	[thread overview]
Message-ID: <ab5ddb8176c76f48dd2fb05d40bf77d413d8137a.camel@kernel.org> (raw)
In-Reply-To: <20180531112945.8629-1-jlayton@kernel.org>

On Thu, 2018-05-31 at 07:29 -0400, Jeff Layton wrote:
> From: Jeff Layton <jlayton@redhat.com>
> 
> v2: don't modify sync_fs op prototype, handle errors at vfs layer
> 
> The syncfs system call returns an int error code, but in general it does
> not return errors when an inode fails writeback. It will return an error
> if __sync_blockdev fails, but that's not useful on non-block based
> filesystems and is generally not useful on more modern filesystems that
> don't rely on that call.
> 
> This patchset aims to remedy that by adding some infrastructure to allow
> syncfs to return an error when an inode fails writeback. The basic idea
> is to add a new errseq_t to the super_block to record writeback errors.
> 
> Because we don't want to grow struct file for this purpose, this new
> behavior is only activated when the fd passed to syncfs is opened with
> O_PATH.
> 
> One of the items on the wishlist from the PostgreSQL developers at this
> year's LSF/MM was a way to tell whether there has been any writeback
> failure on a filesystem without forcing everything to be synced out.
> 
> The final patch in this series adds a new generic vfs ioctl that
> presents the new sb->s_wb_err field to userland applications that wish
> to see it.
> 
> Comments and suggestions welcome.
> 
> Jeff Layton (5):
>   vfs: push __sync_blockdev calls down into sync_fs routines
>   vfs: add an errseq_t pointer arg to sync_filesystem and
>     __sync_filesystem
>   vfs: track per-sb writeback errors and report them to syncfs
>   buffer: record blockdev write errors in super_block that backs them
>   vfs: add a new ioctl for fetching the superblock's errseq_t
> 
>  drivers/staging/ncpfs/inode.c |  2 +-
>  fs/adfs/super.c               |  2 +-
>  fs/affs/super.c               |  4 +--
>  fs/befs/linuxvfs.c            |  2 +-
>  fs/block_dev.c                |  3 ++-
>  fs/btrfs/super.c              |  4 +--
>  fs/buffer.c                   |  2 ++
>  fs/cachefiles/interface.c     |  2 +-
>  fs/cifs/cifsfs.c              |  2 +-
>  fs/coda/inode.c               |  2 +-
>  fs/cramfs/inode.c             |  2 +-
>  fs/debugfs/inode.c            |  2 +-
>  fs/efs/super.c                |  2 +-
>  fs/ext2/super.c               |  4 +--
>  fs/ext4/super.c               | 13 +++++-----
>  fs/f2fs/super.c               | 15 ++++++-----
>  fs/fat/inode.c                |  2 +-
>  fs/freevxfs/vxfs_super.c      |  2 +-
>  fs/fuse/inode.c               |  2 +-
>  fs/gfs2/super.c               |  6 +++--
>  fs/hfs/super.c                |  4 +--
>  fs/hfsplus/super.c            |  2 +-
>  fs/hpfs/super.c               |  2 +-
>  fs/internal.h                 |  7 ------
>  fs/ioctl.c                    |  3 +++
>  fs/isofs/inode.c              |  2 +-
>  fs/jffs2/super.c              |  2 +-
>  fs/jfs/super.c                |  5 ++--
>  fs/minix/inode.c              |  2 +-
>  fs/nfs/super.c                |  2 +-
>  fs/nilfs2/super.c             |  7 +++---
>  fs/ntfs/super.c               |  2 +-
>  fs/ocfs2/super.c              |  4 +--
>  fs/open.c                     |  6 ++---
>  fs/openpromfs/inode.c         |  2 +-
>  fs/overlayfs/super.c          |  2 +-
>  fs/proc/root.c                |  2 +-
>  fs/pstore/inode.c             |  2 +-
>  fs/qnx4/inode.c               |  2 +-
>  fs/qnx6/inode.c               |  2 +-
>  fs/quota/dquot.c              | 11 +++-----
>  fs/reiserfs/super.c           |  4 +--
>  fs/romfs/super.c              |  2 +-
>  fs/squashfs/super.c           |  2 +-
>  fs/super.c                    |  4 +--
>  fs/sync.c                     | 47 +++++++++++++++++++++++++++--------
>  fs/sysv/inode.c               |  5 ++--
>  fs/tracefs/inode.c            |  2 +-
>  fs/ubifs/super.c              |  2 +-
>  fs/udf/super.c                |  2 +-
>  fs/ufs/super.c                |  2 +-
>  fs/xfs/xfs_super.c            |  2 +-
>  include/linux/errseq.h        |  1 +
>  include/linux/fs.h            | 13 +++++++++-
>  include/linux/pagemap.h       |  5 +++-
>  include/uapi/linux/fs.h       |  1 +
>  lib/errseq.c                  | 33 ++++++++++++++++++++++--
>  57 files changed, 173 insertions(+), 102 deletions(-)
> 

After chatting with David Howells about this, I think I'm going to
withdraw this set and do one that only exposes s_wb_err via the new
fsinfo syscall that's going in soon. We can always add the other
interfaces later if it's 

Let's just disregard this set for now and I'll look at respinning it
around that as an interface.

Cheers,
-- 
Jeff Layton <jlayton@kernel.org>

      parent reply	other threads:[~2018-06-01 16:16 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-05-31 11:29 [PATCH v2 0/5] vfs: allow syncfs to return an error when inode writeback fails Jeff Layton
2018-05-31 11:29 ` [PATCH v2 1/5] vfs: push __sync_blockdev calls down into sync_fs routines Jeff Layton
2018-05-31 11:29 ` [PATCH v2 2/5] vfs: add an errseq_t pointer arg to sync_filesystem and __sync_filesystem Jeff Layton
2018-05-31 11:29 ` [PATCH v2 3/5] vfs: track per-sb writeback errors and report them to syncfs Jeff Layton
2018-05-31 11:29 ` [PATCH v2 4/5] buffer: record blockdev write errors in super_block that backs them Jeff Layton
2018-05-31 11:29 ` [PATCH v2 5/5] vfs: add a new ioctl for fetching the superblock's errseq_t Jeff Layton
2018-05-31 15:02 ` [fstests PATCH] generic: test reporting of wb errors via syncfs Jeff Layton
2018-06-01 16:16 ` Jeff Layton [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ab5ddb8176c76f48dd2fb05d40bf77d413d8137a.camel@kernel.org \
    --to=jlayton@kernel.org \
    --cc=andres@anarazel.de \
    --cc=cmaiolino@redhat.com \
    --cc=dhowells@redhat.com \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=viro@ZenIV.linux.org.uk \
    --cc=willy@infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).