From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com ([209.132.183.28]:28601 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751116AbeCZMNq (ORCPT ); Mon, 26 Mar 2018 08:13:46 -0400 Date: Mon, 26 Mar 2018 08:13:42 -0400 From: Brian Foster Subject: Re: [PATCH V2] xfs: do not log swapext extent owner changes for deleted inodes Message-ID: <20180326121339.GB34912@bfoster.bfoster> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-xfs-owner@vger.kernel.org List-ID: List-Id: xfs To: Eric Sandeen Cc: Eric Sandeen , linux-xfs On Fri, Mar 23, 2018 at 07:13:43PM -0500, Eric Sandeen wrote: > Today if we run fsr and crash, log replay can fail because > the recovery code tries to instantiate the donor inode from > disk to replay the swapext, but it's been deleted and we get > verifier failures when we try to read it off disk with > i_mode == 0. > > Strip the extent owner changes out of the logged fields when > we're freeing the inode to avoid this. > > Signed-off-by: Eric Sandeen > --- > > V2: Move the fix to xfs_ifree per bfoster's suggestion > > diff --git a/fs/xfs/xfs_inode.c b/fs/xfs/xfs_inode.c > index 604ee38..d17e2d5 100644 > --- a/fs/xfs/xfs_inode.c > +++ b/fs/xfs/xfs_inode.c > @@ -2470,6 +2470,10 @@ > ip->i_d.di_forkoff = 0; /* mark the attr fork not in use */ > ip->i_d.di_format = XFS_DINODE_FMT_EXTENTS; > ip->i_d.di_aformat = XFS_DINODE_FMT_EXTENTS; > + > + /* Don't attempt to replay owner changes for a deleted inode */ > + ip->i_itemp->ili_fields &= !(XFS_ILOG_AOWNER|XFS_ILOG_DOWNER); ~(XFS_ILOG_AOWNER|XFS_ILOG_DOWNER) Brian > + > /* > * Bump the generation count so no one will be confused > * by reincarnations of this inode. > > -- > To unsubscribe from this list: send the line "unsubscribe linux-xfs" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html