BTRFS: Testing restore of file compressed with lzo falied
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
btrfs-tools (Ubuntu) |
Triaged
|
Medium
|
Unassigned |
Bug Description
Problem Description
=======
Using xfstests, testing btrfs/041 testcase which does btrfs-restore operation .
Analysis : This testcase create extents, write data to it, compress it then restore.But it is failing with lzo compression.
root@powerkvm5:
FSTYP -- btrfs
PLATFORM -- Linux/ppc64le powerkvm5 4.4.0-13-generic
MKFS_OPTIONS -- /dev/sdg2
MOUNT_OPTIONS -- /dev/sdg2 /mnt/scratch
btrfs/041 [failed, exit status 1] - output mismatch (see /root/xfstests/
--- tests/btrfs/041.out 2016-03-15 01:28:12.782520209 -0500
+++ /root/xfstests/
@@ -11,30 +11,5 @@
wrote 100/100 bytes at offset 99000
XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
67edd038aa
-67edd038aa
-Testing restore of file compressed with zlib
-wrote 100000/100000 bytes at offset 0
-XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
...
(Run 'diff -u tests/btrfs/041.out /root/xfstests/
Ran: btrfs/041
Failures: btrfs/041
Failed 1 of 1 tests
System : powerkvm5, Bare metal
OS : Ubuntu 16.04
Version : 4.4.0-13-generic
root@powerkvm5:
QA output created by 041
Testing restore of file compressed with lzo
wrote 100000/100000 bytes at offset 0
XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
wrote 100000/100000 bytes at offset 100000
XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
wrote 2/2 bytes at offset 10000
XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
wrote 11/11 bytes at offset 33000
XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
wrote 100/100 bytes at offset 99000
XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
67edd038aaa42ad
failed: '/bin/btrfs restore /dev/sdg2 /mnt/test/
(see /root/xfstests/
root@powerkvm5:
root@powerkvm5:
Linux powerkvm5 4.4.0-13-generic #29-Ubuntu SMP Fri Mar 11 19:30:44 UTC 2016 ppc64le ppc64le ppc64le GNU/Linux
Steps to reproduce :
=======
1. Install xfstests.
2. Create 5 file images of 10gb each, using dd command
3. Create loop devices using above images
4. Create btrfs fs on these loop devices
5. test setup:
1. suites has already built with 2 directories : xfsprogs & xfstests
2. create /mnt/test and /mnt/scratch directories
3. cd xfstests and edit local.config file
sample file for btrfs test :
export TEST_DEV=/dev/loop0
export TEST_DIR=/mnt/test
export SCRATCH_
export SCRATCH_
6. create fsgqa user : 'useradd fsgqa'
7. ./check btrfs/041
== Comment: #2 - Chandan B. Rajendra <email address hidden> - 2016-03-18 09:07:07 ==
The issue was recently fixed by Fiona. Please refer to the commit b025392ffca98b3
b025392ffca98b3
Author: Feifei Xu <email address hidden>
AuthorDate: Thu Mar 10 16:43:20 2016 +0800
Commit: David Sterba <email address hidden>
CommitDate: Mon Mar 14 13:42:47 2016 +0100
btrfs-progs: Replace hardcoded PAGE_CACHE_SIZE with sectorsize.
PAGE_CACHE_SIZE is hardcoded to 4K in cmds-restore.c. Correct
value should be sector size. Fix this through replacing
hardcoded 4K to sectorsize.
Signed-off-by: Feifei Xu <email address hidden>
Signed-off-by: David Sterba <email address hidden>
We should mirror this bug to Canonical and request them to apply the commit to their btrfs-progs package.
tags: | added: architecture-ppc64le bugnameltc-139295 severity-high targetmilestone-inin--- |
Changed in ubuntu: | |
assignee: | nobody → Taco Screen team (taco-screen-team) |
affects: | ubuntu → btrfs (Ubuntu) |
tags: |
added: targetmilestone-inin16041 removed: targetmilestone-inin--- |
Accepting this as a medium-priority bug for Ubuntu. We do not use btrfs as the default filesystem in Ubuntu for reasons far beyond a single backup/restore test failure; we do not commit to fixing this bug for 16.04 release.