From: Chandan Babu R <chandanrlinux@gmail.com>
To: "Darrick J. Wong" <darrick.wong@oracle.com>
Cc: linux-xfs@vger.kernel.org, sandeen@redhat.com
Subject: Re: [PATCH 1/2] xfs: fix realtime bitmap/summary file truncation when growing rt volume
Date: Thu, 08 Oct 2020 12:26:00 +0530 [thread overview]
Message-ID: <2066566.8zdsQT0tCQ@garuda> (raw)
In-Reply-To: <160212936619.248573.5638028611780993013.stgit@magnolia>
On Thursday 8 October 2020 9:26:06 AM IST Darrick J. Wong wrote:
> From: Darrick J. Wong <darrick.wong@oracle.com>
>
> The realtime bitmap and summary files are regular files that are hidden
> away from the directory tree. Since they're regular files, inode
> inactivation will try to purge what it thinks are speculative
> preallocations beyond the incore size of the file. Unfortunately,
> xfs_growfs_rt forgets to update the incore size when it resizes the
> inodes, with the result that inactivating the rt inodes at unmount time
> will cause their contents to be truncated.
>
> Fix this by updating the incore size when we change the ondisk size as
> part of updating the superblock. Note that we don't do this when we're
> allocating blocks to the rt inodes because we actually want those blocks
> to get purged if the growfs fails.
>
> This fixes corruption complaints from the online rtsummary checker when
> running xfs/233. Since that test requires rmap, one can also trigger
> this by growing an rt volume, cycling the mount, and creating rt files.
>
> Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
> ---
> fs/xfs/xfs_rtalloc.c | 10 ++++++++--
> 1 file changed, 8 insertions(+), 2 deletions(-)
>
>
Looks good to me.
Reviewed-by: Chandan Babu R <chandanrlinux@gmail.com>
> diff --git a/fs/xfs/xfs_rtalloc.c b/fs/xfs/xfs_rtalloc.c
> index 9d4e33d70d2a..1c3969807fb9 100644
> --- a/fs/xfs/xfs_rtalloc.c
> +++ b/fs/xfs/xfs_rtalloc.c
> @@ -1027,10 +1027,13 @@ xfs_growfs_rt(
> xfs_ilock(mp->m_rbmip, XFS_ILOCK_EXCL);
> xfs_trans_ijoin(tp, mp->m_rbmip, XFS_ILOCK_EXCL);
> /*
> - * Update the bitmap inode's size.
> + * Update the bitmap inode's size ondisk and incore. We need
> + * to update the incore size so that inode inactivation won't
> + * punch what it thinks are "posteof" blocks.
> */
> mp->m_rbmip->i_d.di_size =
> nsbp->sb_rbmblocks * nsbp->sb_blocksize;
> + i_size_write(VFS_I(mp->m_rbmip), mp->m_rbmip->i_d.di_size);
> xfs_trans_log_inode(tp, mp->m_rbmip, XFS_ILOG_CORE);
> /*
> * Get the summary inode into the transaction.
> @@ -1038,9 +1041,12 @@ xfs_growfs_rt(
> xfs_ilock(mp->m_rsumip, XFS_ILOCK_EXCL);
> xfs_trans_ijoin(tp, mp->m_rsumip, XFS_ILOCK_EXCL);
> /*
> - * Update the summary inode's size.
> + * Update the summary inode's size. We need to update the
> + * incore size so that inode inactivation won't punch what it
> + * thinks are "posteof" blocks.
> */
> mp->m_rsumip->i_d.di_size = nmp->m_rsumsize;
> + i_size_write(VFS_I(mp->m_rsumip), mp->m_rsumip->i_d.di_size);
> xfs_trans_log_inode(tp, mp->m_rsumip, XFS_ILOG_CORE);
> /*
> * Copy summary data from old to new sizes.
>
>
--
chandan
next prev parent reply other threads:[~2020-10-08 7:32 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-08 3:56 [PATCH 0/2] xfs: a couple of realtime growfs fixes Darrick J. Wong
2020-10-08 3:56 ` [PATCH 1/2] xfs: fix realtime bitmap/summary file truncation when growing rt volume Darrick J. Wong
2020-10-08 6:56 ` Chandan Babu R [this message]
2020-10-08 3:56 ` [PATCH 2/2] xfs: make xfs_growfs_rt update secondary superblocks Darrick J. Wong
2020-10-08 7:31 ` Chandan Babu R
2020-10-08 14:47 ` Darrick J. Wong
2020-10-08 3:59 ` [RFC PATCH 3/2] xfstest: test running growfs on the realtime volume Darrick J. Wong
2020-10-08 8:12 ` Chandan Babu R
2020-10-08 15:02 ` Darrick J. Wong
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=2066566.8zdsQT0tCQ@garuda \
--to=chandanrlinux@gmail.com \
--cc=darrick.wong@oracle.com \
--cc=linux-xfs@vger.kernel.org \
--cc=sandeen@redhat.com \
/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.