[PATCH] xfs: don't account buffer cancellation during log recovery readahead

Ben Myers bpm at sgi.com
Fri Aug 30 13:38:34 CDT 2013


On Thu, Aug 29, 2013 at 10:13:24AM -0500, Ben Myers wrote:
> On Tue, Aug 27, 2013 at 08:10:53AM +1000, Dave Chinner wrote:
> > From: Dave Chinner <dchinner at redhat.com>
> > 
> > When doing readhaead in log recovery, we check to see if buffers are
> > cancelled before doing readahead. If we find a cancelled buffer,
> > however, we always decrement the reference count we have on it, and
> > that means that readahead is causing a double decrement of the
> > cancelled buffer reference count.
> > 
> > This results in log recovery *replaying cancelled buffers* as the
> > actual recovery pass does not find the cancelled buffer entry in the
> > commit phase of the second pass across a transaction. On debug
> > kernels, this results in an ASSERT failure like so:
> > 
> > XFS: Assertion failed: !(flags & XFS_BLF_CANCEL), file: fs/xfs/xfs_log_recover.c, line: 1815
> > 
> > xfstests generic/311 reproduces this ASSERT failure with 100%
> > reproducability.
> > 
> > Fix it by making readahead only peek at the buffer cancelled state
> > rather than the full accounting that xlog_check_buffer_cancelled()
> > does.
> > 
> > Signed-off-by: Dave Chinner <dchinner at redhat.com>
> 
> Nice work Dave!
> Reviewed-by: Ben Myers <bpm at sgi.com>

Applied this one.



More information about the xfs mailing list