From: "Bill O'Donnell" <billodo@redhat.com>
To: Eric Sandeen <sandeen@sandeen.net>, fstests@vger.kernel.org
Subject: Re: [PATCH] xfs/424: test xfs_db to ensure type size taken into account with new type
Date: Fri, 14 Jul 2017 14:58:36 -0500 [thread overview]
Message-ID: <20170714195836.GA12339@redhat.com> (raw)
In-Reply-To: <20170714191101.GA28897@redhat.com>
On Fri, Jul 14, 2017 at 02:11:01PM -0500, Bill O'Donnell wrote:
> On Fri, Jul 14, 2017 at 02:01:31PM -0500, Eric Sandeen wrote:
> >
> >
> > On 07/14/2017 11:47 AM, Bill O'Donnell wrote:
> > > On Fri, Jul 14, 2017 at 10:42:57AM -0500, Eric Sandeen wrote:
> >
> >
> > >>> +# for different sector sizes, ensure no CRC errors are falsely reported
> > >>> +
> > >>> +# Supported types include: agf, agfl, agi, attr3, bmapbta,
> > >>> +# bmapbtd, bnobt, cntbt, data, dir3, dqblk, inobt, inodata,
> > >>> +# inode, log, rtbitmap, rtsummary, sb, symlink, text, finobt.
> > >>
> > >> This leaves me wondering why we don't test most of the above ;)
> > >>
> > >>> +# For various sector sizes, test some types that involve type size.
> > >>> +for SECTOR_SIZE in 512 1024 2048 4096; do
> > >>> + $MKFS_XFS_PROG -f -s size=$SECTOR_SIZE $SCRATCH_DEV > /dev/null
> > >>> + for TYPE in agf agi agfl sb; do
> > >>> + DADDR=`$XFS_DB_PROG -c "$TYPE" -c "daddr" $SCRATCH_DEV | _filter_dbval`
> > >>> + $XFS_DB_PROG -c "$TYPE" -c "daddr 42" -c "daddr $DADDR" -c "type $TYPE" $SCRATCH_DEV
> > >>
> > >> Hm is there a reason for the first "-c $TYPE" or even the "daddr 42" in the line just above?
> > > It's drawn from the reproducer test case.
> > > The first "-c $TYPE" sets the object, "daddr 42" is an arbitrary address set. Without
> > > the daddr change and change-back, the test will pass even without the recent xfs_db
> > > xfsprogs change.
> >
> > Really? Not here, xfsprogs-4.5.0 :
> >
> > # xfs_db -c "daddr 2" -c "type agi" fsfile
> > Metadata CRC error detected at xfs_agi block 0x2/0x200
>
> Ahh, ok, you're correct - I'll modify the test accordingly.
Wait. I still think the object has to get set with "-c $TYPE". If not
the crc error occurs even with the new xfs_db code:
# xfs_db -V
xfs_db version 4.12.0-rc2
# xfs_db /dev/sda6
xfs_db> daddr
current daddr is 0
xfs_db> daddr 2
xfs_db> type agi
Metadata CRC error detected at xfs_agi block 0x2/0x1000
Metadata CRC error detected at xfs_agi block 0x2/0x1000
And error is gone when the object is set and the daddr gets
set to the correct value.
[root@localhost xfsprogs-dev3]# xfs_db /dev/sda6
xfs_db> agi
xfs_db> daddr
current daddr is 16
xfs_db> daddr 2
xfs_db> daddr 16
xfs_db> type agi
> --
> To unsubscribe from this list: send the line "unsubscribe fstests" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2017-07-14 19:58 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-12 18:31 [PATCH] xfs/424: test xfs_db to ensure sector size taken into account with new type Bill O'Donnell
2017-07-12 19:02 ` Eric Sandeen
2017-07-14 14:27 ` [PATCH] xfs/424: test xfs_db to ensure type " Bill O'Donnell
2017-07-14 15:42 ` Eric Sandeen
2017-07-14 16:47 ` Bill O'Donnell
2017-07-14 19:01 ` Eric Sandeen
2017-07-14 19:11 ` Bill O'Donnell
2017-07-14 19:58 ` Bill O'Donnell [this message]
2017-07-14 21:43 ` Eric Sandeen
2017-07-14 17:39 ` Darrick J. Wong
2017-07-17 18:53 ` [PATCH v3] " Bill O'Donnell
2017-07-17 19:41 ` Eric Sandeen
2017-07-17 19:48 ` Bill O'Donnell
2017-07-17 20:23 ` Eric Sandeen
2017-07-17 22:09 ` [PATCH v4] " Bill O'Donnell
2017-07-20 4:08 ` Eryu Guan
2017-07-21 14:53 ` [PATCH v5] " Bill O'Donnell
2017-07-24 11:54 ` Eryu Guan
2017-07-24 15:00 ` Bill O'Donnell
2017-07-24 15:07 ` [PATCH v6] " Bill O'Donnell
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=20170714195836.GA12339@redhat.com \
--to=billodo@redhat.com \
--cc=fstests@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox