From: Dave Chinner <david@fromorbit.com>
To: Eric Sandeen <sandeen@sandeen.net>
Cc: linux-xfs@vger.kernel.org
Subject: Re: [PATCH] xfs: symlinks can be zero length during log recovery
Date: Fri, 15 Jun 2018 12:34:16 +1000 [thread overview]
Message-ID: <20180615023416.GQ10363@dastard> (raw)
In-Reply-To: <596c6c42-371a-0a77-8dc6-6f34e7e6d897@sandeen.net>
On Thu, Jun 14, 2018 at 09:02:11PM -0500, Eric Sandeen wrote:
>
>
> On 6/14/18 8:57 PM, Eric Sandeen wrote:
> > On 6/14/18 8:43 PM, Dave Chinner wrote:
> >> From: Dave Chinner <dchinner@redhat.com>
> >>
> >> A log recovery failure has been reproduced where a symlink inode has
> >> a zero length in extent form. It was caused by a shutdown during a
> >> combined fstress+fsmark workload.
> >>
> >> To fix it, we have to allow zero length symlink inodes through
> >> xfs_dinode_verify() during log recovery. We already specifically
> >> check and allow this case in the shortform symlink fork verifier,
> >> but in this case we don't get that far, and the inode is not in
> >> shortform format.
> >>
> >> Update the dinode verifier to handle this case, and change the
> >> symlink fork verifier to only allow this case to exist during log
> >> recovery.
> >>
> >> Signed-off-by: Dave Chinner <dchinner@redhat.com>
> >
> > Looks reasonable.
> >
> > Reviewed-by: Eric Sandeen <sandeen@redhat.com>
>
> Also probably worth tagging with
>
> Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=200063
Why? I didn't know that existed until you pointed it out, and I
still haven't looked at it as I write this....
Cheers,
Dave.
--
Dave Chinner
david@fromorbit.com
next prev parent reply other threads:[~2018-06-15 2:34 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-15 1:43 [PATCH] xfs: symlinks can be zero length during log recovery Dave Chinner
2018-06-15 1:57 ` Eric Sandeen
2018-06-15 2:02 ` Eric Sandeen
2018-06-15 2:34 ` Dave Chinner [this message]
2018-06-15 11:31 ` Brian Foster
2018-06-16 0:10 ` Dave Chinner
2018-06-18 2:53 ` Dave Chinner
2018-06-18 3:56 ` Dave Chinner
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=20180615023416.GQ10363@dastard \
--to=david@fromorbit.com \
--cc=linux-xfs@vger.kernel.org \
--cc=sandeen@sandeen.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.