Uploaded to artful and zesty.

** Description changed:

  The original report can be found here:
  https://bugzilla.kernel.org/show_bug.cgi?id=195597
  
+ == Rationale ==
+ The previous btrfs bugfix while it fixed the issue we found back then, also 
introduced a regression for some other users. This issue was reported upstream 
and fixed by Christian (author of the original patch). This regression fix has 
been merged by btrfs upstream and should be included in Ubuntu.
+ 
+ == Testcase ==
  The reproducer for this issue is:
  
  truncate -s 10GB pool.btrfs
  mkfs.btrfs pool.btrfs
  mount -t btrfs pool.btrfs /mnt
  btrfs subvolume create /mnt/a
  btrfs subvolume snapshot /mnt/a /mnt/snap-a
  btrfs send /mnt/snap-a | btrfs receive /mnt/a
  
  should incorrectly fail with
  
  ERROR: empty stream is not considered valid
  
- whereas it should actually succeed. I've pushed a patch
- for this to btrfs upstream 
(https://bugzilla.kernel.org/attachment.cgi?id=256157)
- which is already merged. We should SRU it.
+ whereas it should actually succeed.
+ 
+ == Regression potential ==
+ The previous fix for this issue introduced a regression, so it's clearly not 
impossible that this may introduce yet another one.
+ 
+ Both this and the previous patch were reviewed and merged upstream,
+ including a testcase, so nothing that we know about or that upstream
+ knows about should regress.
+ 
+ btrfs upstream (https://bugzilla.kernel.org/attachment.cgi?id=256157

** Changed in: btrfs-progs (Ubuntu Zesty)
       Status: New => In Progress

** Changed in: btrfs-progs (Ubuntu)
       Status: New => Fix Committed

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1689621

Title:
  fix empty subvolume send and receive

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/btrfs-progs/+bug/1689621/+subscriptions

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to