Re: [PATCH v2] xfs/078: instead file image by mkfs on loopback device

[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]



On Thu, Mar 09, 2017 at 10:27:05AM +0200, Amir Goldstein wrote:
> On Thu, Mar 9, 2017 at 9:52 AM, Zorro Lang <zlang@xxxxxxxxxx> wrote:
> > If test on 4k sector size device, xfs/078 will fail when it try to
> > make a filesystem image with block size less than 4096. But if we
> > attach the file image to a loop device, it can accept 512 block
> > size. So this patch attach a loop device before do mkfs.xfs.
> >
> > Signed-off-by: Zorro Lang <zlang@xxxxxxxxxx>
> > ---
> 
> Looks good. just one more small cleanup..
> 
> >
> > Hi,
> >
> > There's a new bug can be found after this change, if test on 4k
> > sector size disks. I didn't change the expected behaviors of the
> > case. It can't run on 4k sector size disk due to itself's problem,
> > now after fix this problem, it can find that bug now. So it's not
> > a regression bug.
> >
> > I've sent a patch for that problem:
> >   [PATCH] repair: handle reading superblock from image on larger sector size filesystem
> >
> > Thanks for Amir helped to review last V1 patch, this case can cover
> > above bug due to his suggestion about using "umount -d".
> >
> > Thanks,
> > Zorro
> >
> >  tests/xfs/078     | 48 +++++++++++++++++++++++++-----------------------
> >  tests/xfs/078.out | 16 ++++++++--------
> >  2 files changed, 33 insertions(+), 31 deletions(-)
> >
> > diff --git a/tests/xfs/078 b/tests/xfs/078
> > index 0d6eb55..3b57730 100755
> > --- a/tests/xfs/078
> > +++ b/tests/xfs/078
> > @@ -34,11 +34,11 @@ trap "_cleanup; rm -f $tmp.*; exit \$status" 0 1 2 3 15
> >
> >  _cleanup()
> >  {
> > -    cd /
> > -    rm -f $tmp.*
> > -    umount $LOOP_MNT 2>/dev/null
> > -    [ -n "$LOOP_DEV" ] && losetup -d $LOOP_DEV
> > -    rmdir $LOOP_MNT
> > +       cd /
> > +       rm -f $tmp.*
> > +       umount -d $LOOP_MNT 2>/dev/null
> 
> I guess maybe my suggestion to use umount -d here was not optimal,
> because it does not handle cleanup properly in case mount fails.
> 
> So maybe to be on the safe side?:
> 
> +       umount $LOOP_MNT 2>/dev/null
> +       [ -n "$LOOP_DEV" ] && _destroy_loop_device $LOOP_DEV 2>/dev/null

Hmm... make sense.

> 
> > +       rm -f $LOOP_IMG
> > +       rmdir $LOOP_MNT
> >  }
> >
> >  # get standard environment, filters and checks
> > @@ -52,6 +52,7 @@ _supported_os Linux
> >  _require_test
> >  # Must have loop device
> >  _require_loop
> > +_require_xfs_io_command "truncate"
> >
> >  LOOP_IMG=$TEST_DIR/$seq.fs
> >  LOOP_MNT=$TEST_DIR/$seq.mnt
> > @@ -77,9 +78,12 @@ _grow_loop()
> >         check=$4
> >         agsize=$5
> >
> > -       dparam="file,name=$LOOP_IMG,size=$original"
> > +       $XFS_IO_PROG -f -c "truncate $original" $LOOP_IMG
> > +       LOOP_DEV=`_create_loop_device $LOOP_IMG`
> > +
> > +       dparam=""
> >         if [ -n "$agsize" ]; then
> > -               dparam="$dparam,agsize=$agsize"
> > +               dparam="-d agsize=$agsize"
> >         fi
> >
> >         echo
> > @@ -87,46 +91,44 @@ _grow_loop()
> >         echo
> >
> >         echo "*** mkfs loop file (size=$original)"
> > -       mkfs_crc_opts="-m crc=0"
> > -       if [ -n "$XFS_MKFS_HAS_NO_META_SUPPORT" ]; then
> > -               mkfs_crc_opts=""
> > +       mkfs_crc_opts=""
> > +       if [ $bsize -lt 1024 -a -z "$XFS_MKFS_HAS_NO_META_SUPPORT" ]; then
> > +               mkfs_crc_opts="-m crc=0"
> >         fi
> > -       $MKFS_XFS_PROG $mkfs_crc_opts -b size=$bsize -d $dparam \
> > +       $MKFS_XFS_PROG $mkfs_crc_opts -b size=$bsize $dparam $LOOP_DEV \
> >                 | _filter_mkfs 2>/dev/null
> >
> >         echo "*** extend loop file"
> > +       _destroy_loop_device $LOOP_DEV
> >         $XFS_IO_PROG -c "pwrite $new_size $bsize" $LOOP_IMG | _filter_io
> > +       LOOP_DEV=`_create_loop_device $LOOP_IMG`
> >         echo "*** mount loop filesystem"
> > -       mount -t xfs -o loop $LOOP_IMG $LOOP_MNT
> > +       mount -t xfs $LOOP_DEV $LOOP_MNT
> >
> >         echo "*** grow loop filesystem"
> > -       #xfs_growfs $LOOP_MNT 2>&1 | grep -e "^data" #| _filter_growfs 2>/dev/null
> >         $XFS_GROWFS_PROG $LOOP_MNT 2>&1 |  _filter_growfs 2>&1
> >
> >         echo "*** unmount"
> > -       umount $LOOP_MNT > /dev/null 2>&1
> > +       umount -d $LOOP_MNT
> >
> >         # Large grows takes forever to check..
> >         if [ "$check" -gt "0" ]
> >         then
> >                 echo "*** check"
> > -               LOOP_DEV=`losetup -f`
> > -               losetup $LOOP_DEV $LOOP_IMG
> > -                _check_xfs_filesystem $LOOP_DEV none none
> > -               losetup -d $LOOP_DEV
> > -               LOOP_DEV=
> > +               _check_xfs_filesystem $LOOP_IMG none none
> >         fi
> >
> > +       LOOP_DEV=
> 
> better move this line up below umount -d
> in case _check_xfs_filesystem fails no need to cleanup LOOP_DEV

There's a "LOOP_DEV=" above _check_xfs_filesystem. If _check_xfs_filesystem
fails, it'll run "exit 1" to end this case.

Thanks,
Zorro

> 
> >         rm -f $LOOP_IMG
> >  }
> >
> >  # Wes' problem sizes...
> > -_grow_loop 168024b 1376452608 4096 1
> > +_grow_loop $((168024*4096)) 1376452608 4096 1
> >
> >  # Some other blocksize cases...
> > -_grow_loop 168024b 1376452608 2048 1
> > -_grow_loop 168024b 1376452608 512 1 16m
> > -_grow_loop 168024b 688230400 1024 1
> > +_grow_loop $((168024*2048)) 1376452608 2048 1
> > +_grow_loop $((168024*512)) 1376452608 512 1 16m
> > +_grow_loop $((168024*1024)) 688230400 1024 1
> >
> >  # Other corner cases suggested by dgc
> >  # also the following doesn't check if the filesystem is consistent.
> > diff --git a/tests/xfs/078.out b/tests/xfs/078.out
> > index 4d294aa..cc3c47d 100644
> > --- a/tests/xfs/078.out
> > +++ b/tests/xfs/078.out
> > @@ -1,9 +1,9 @@
> >  QA output created by 078
> >  *** create loop mount point
> >
> > -=== GROWFS (from 168024b to 1376452608, 4096 blocksize)
> > +=== GROWFS (from 688226304 to 1376452608, 4096 blocksize)
> >
> > -*** mkfs loop file (size=168024b)
> > +*** mkfs loop file (size=688226304)
> >  meta-data=DDEV isize=XXX agcount=N, agsize=XXX blks
> >  data     = bsize=XXX blocks=XXX, imaxpct=PCT
> >           = sunit=XXX swidth=XXX, unwritten=X
> > @@ -19,9 +19,9 @@ data blocks changed from 168024 to 336048
> >  *** unmount
> >  *** check
> >
> > -=== GROWFS (from 168024b to 1376452608, 2048 blocksize)
> > +=== GROWFS (from 344113152 to 1376452608, 2048 blocksize)
> >
> > -*** mkfs loop file (size=168024b)
> > +*** mkfs loop file (size=344113152)
> >  meta-data=DDEV isize=XXX agcount=N, agsize=XXX blks
> >  data     = bsize=XXX blocks=XXX, imaxpct=PCT
> >           = sunit=XXX swidth=XXX, unwritten=X
> > @@ -37,9 +37,9 @@ data blocks changed from 168024 to 672096
> >  *** unmount
> >  *** check
> >
> > -=== GROWFS (from 168024b to 1376452608, 512 blocksize)
> > +=== GROWFS (from 86028288 to 1376452608, 512 blocksize)
> >
> > -*** mkfs loop file (size=168024b)
> > +*** mkfs loop file (size=86028288)
> >  meta-data=DDEV isize=XXX agcount=N, agsize=XXX blks
> >  data     = bsize=XXX blocks=XXX, imaxpct=PCT
> >           = sunit=XXX swidth=XXX, unwritten=X
> > @@ -55,9 +55,9 @@ data blocks changed from 163840 to 2688384
> >  *** unmount
> >  *** check
> >
> > -=== GROWFS (from 168024b to 688230400, 1024 blocksize)
> > +=== GROWFS (from 172056576 to 688230400, 1024 blocksize)
> >
> > -*** mkfs loop file (size=168024b)
> > +*** mkfs loop file (size=172056576)
> >  meta-data=DDEV isize=XXX agcount=N, agsize=XXX blks
> >  data     = bsize=XXX blocks=XXX, imaxpct=PCT
> >           = sunit=XXX swidth=XXX, unwritten=X
> > --
> > 2.7.4
> >
> --
> To unsubscribe from this list: send the line "unsubscribe fstests" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe fstests" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Filesystems Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux