FS/XFS testing framework
 help / color / mirror / Atom feed
* btrfs/010: what's the purpose of test case
       [not found] <195605038.1993779.1414999815830.JavaMail.zimbra@redhat.com>
@ 2014-11-03  7:41 ` Xu Wang
  2014-11-03  8:29   ` Filipe David Manana
  0 siblings, 1 reply; 2+ messages in thread
From: Xu Wang @ 2014-11-03  7:41 UTC (permalink / raw)
  To: fstests

Hi,

  I run the btrfs/010 for kernel 3.10, the result is failed. When I read the case, I think it may be wrong.
  So I post this letter, and wanna to verify it.

  The case(btrfs/010) firstly produced a file with some extents in a sub volume, then created 2 snaps of the
  sub volume. Then defrag the file in sub volume, and hope the extents numbers are same for sub volume, snap1
  and snap2.
  The btrfs's snapshot is based on cow, so defrag the original sub volume's file will not affect the file in 
  snapshot? Am I right? 
  If I am right, the operation "num_extent_orig=`_extent_count $subvol/foobar`" in btrfs/010 should be before
  the defrag operation. And I will send a patch to fix it.

  Best regards,

-- 
George Wang 王旭

Kernel Quantity Engineer
Red Hat Software (Beijing) Co.,Ltd
IRC:xuw
Tel:+86-010-62608041
Phone:15901231579
9/F, Tower C, Raycom


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: btrfs/010: what's the purpose of test case
  2014-11-03  7:41 ` btrfs/010: what's the purpose of test case Xu Wang
@ 2014-11-03  8:29   ` Filipe David Manana
  0 siblings, 0 replies; 2+ messages in thread
From: Filipe David Manana @ 2014-11-03  8:29 UTC (permalink / raw)
  To: Xu Wang; +Cc: fstests

On Mon, Nov 3, 2014 at 7:41 AM, Xu Wang <xuw@redhat.com> wrote:
> Hi,
>
>   I run the btrfs/010 for kernel 3.10, the result is failed. When I read the case, I think it may be wrong.
>   So I post this letter, and wanna to verify it.
>
>   The case(btrfs/010) firstly produced a file with some extents in a sub volume, then created 2 snaps of the
>   sub volume. Then defrag the file in sub volume, and hope the extents numbers are same for sub volume, snap1
>   and snap2.
>   The btrfs's snapshot is based on cow, so defrag the original sub volume's file will not affect the file in
>   snapshot? Am I right?
>   If I am right, the operation "num_extent_orig=`_extent_count $subvol/foobar`" in btrfs/010 should be before
>   the defrag operation. And I will send a patch to fix it.

The test fails because snapshot aware defrag was disabled in the
kernel sometime ago due to some issues with that feature. The change
that disabled it was backported to 3.10:

https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=a082f872743e09fe2cdf870b2d8f1b5dccd36cf7

The test is correct and works without that patch.

>
>   Best regards,
>
> --
> George Wang 王旭
>
> Kernel Quantity Engineer
> Red Hat Software (Beijing) Co.,Ltd
> IRC:xuw
> Tel:+86-010-62608041
> Phone:15901231579
> 9/F, Tower C, Raycom
>
> --
> 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



-- 
Filipe David Manana,

"Reasonable men adapt themselves to the world.
 Unreasonable men adapt the world to themselves.
 That's why all progress depends on unreasonable men."

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2014-11-03  8:29 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <195605038.1993779.1414999815830.JavaMail.zimbra@redhat.com>
2014-11-03  7:41 ` btrfs/010: what's the purpose of test case Xu Wang
2014-11-03  8:29   ` Filipe David Manana

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox