ecryptfs test on btrfs failing on "no space left on device"

Bug #1007159 reported by C de-Avillez
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
eCryptfs
Fix Released
Medium
Colin Ian King
linux (Ubuntu)
Invalid
High
Colin Ian King

Bug Description

Running the QA tests for lts-quantal on bare-metal (4 machines, 2 Intel and 2 AMD, i386 and amd64 archs). All fail on ecryptfs/brtfs with the same error.

Ubuntu-bug still not set (no apport hook for the PPA kernel). Please tell me what data you would want.

** Test output: (console): **

+ echo 'ecryptfs testing on btrfs'
-------------------------------------------------------------------------------------------------
+ echo -------------------------------------------------------------------------------------------------
+ sudo ./tests/run_tests.sh -K -c destructive -b 1000000 -D /mnt/image -l /mnt/lower -u /mnt/upper -f btrfs
Failed to write 32 bytes, position 613717080: No space left on device
Failed to close //mnt/upper/etl-extend-file-random.sh-iS62tUkJOJ/test.img: No space left on device
+ RC1=1
+ sudo ./tests/run_tests.sh -K -c safe -b 1000000 -D /mnt/image -l /mnt/lower -u /mnt/upper -f btrfs
+ RC2=0
+ RC_TEST=1
+ return 1
+ RC=1
+ '[' 1 -ne 0 ']'
+ FAIL=1
+ exit 1
+ RCTEMP=1
+ SSH_PARMS=
+ return 1
+ RC=1
+ '[' 1 -eq 0 ']'
+ printf 'FAIL ecryptfs tests failed\n'
FAIL ecryptfs tests failed

** Test output: **

Running eCryptfs filesystem tests on btrfs
miscdev-bad-count pass
extend-file-random FAIL
trunc-file pass
directory-concurrent pass
file-concurrent pass

Test Summary:
4 passed
1 failed
Running eCryptfs filesystem tests on btrfs
lp-469664 pass
lp-524919 pass
lp-509180 pass
lp-613873 pass
lp-745836 pass
lp-870326 pass
lp-885744 pass
lp-926292 pass
inotify pass
mmap-dir pass
read-dir pass
setattr-flush-dirty pass
inode-race-stat pass

Test Summary:
13 passed
0 failed

*NOTE* I cannot run ubuntu-bug on this kernel, the apport hook has not been updated yet.

Revision history for this message
Brad Figg (brad-figg) wrote : Missing required logs.

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 1007159

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: New → Incomplete
Revision history for this message
C de-Avillez (hggdh2) wrote :

runs can be seen on http://10.189.74.2:8080/view/LTS-Backports/ (internal Jenkins, I will post the public Jenkins link as soon as available).

Revision history for this message
C de-Avillez (hggdh2) wrote :
description: updated
Revision history for this message
C de-Avillez (hggdh2) wrote :
Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Brad Figg (brad-figg) wrote :

To reproduce:

Add the x-swat ppa:
    sudo apt-add-repository ppa:ubuntu-x-swat/q-lts-backport
    sudo apt-get update

Install the following packages:
    sudo apt-get install linux-image-generic-lts-quantal linux-headers-generic-lts-quantal libglib2.0-dev intltool keyutils libkeyutils-dev libpam0g-dev libnss3-dev libtool acl xfsprogs btrfs-tools

Build the ecryptfs tests:
    bzr branch lp:ecryptfs
    cd ecryptfs
    autoreconf -ivf
    intltoolize -c -f
    ./configure --enable-tests --disable-pywrap
    make

Run the tests:
    sudo mkdir /mnt/upper
    sudo mkdir /mnt/lower
    sudo mkdir /mnt/image
    sudo tests/run_tests.sh -K -c destructive -b 1000000 -D /mnt/image -l /mnt/lower -u /mnt/upper -f btrfs

Changed in linux (Ubuntu):
importance: Undecided → High
tags: added: kernel-da-key kernel-key
Changed in linux (Ubuntu):
assignee: nobody → Colin King (colin-king)
tags: added: qa-kernel-lts-testing
Revision history for this message
Colin Ian King (colin-king) wrote :

I'm pretty sure this is just a bug in the eCryptfs tests that don't cater for meta data space used on btrfs and so we get caught out. I will see if I can fix the test.

Revision history for this message
Colin Ian King (colin-king) wrote :

Just to clarify, this is not a btrfs or eCryptfs bug at all, but just a test failure because the tests could not correctly estimate the maximum file size on the lower btrfs mount, causing the tests to fail when the unexpectedly run out of space.

Fix: lp:~colin-king/ecryptfs/lp-1007159

Tyler Hicks (tyhicks)
Changed in ecryptfs:
status: New → In Progress
importance: Undecided → Medium
assignee: nobody → Colin King (colin-king)
Revision history for this message
Tyler Hicks (tyhicks) wrote :

I've committed Colin's fix to the upstream ecryptfs-utils branch. Thanks Colin!

Changed in ecryptfs:
status: In Progress → Fix Committed
Revision history for this message
Colin Ian King (colin-king) wrote :

Marking it invalid against linux since it wasn't a kernel bug - it was a bug in my eCryptfs test script for btrfs specific tests.

Changed in linux (Ubuntu):
status: Confirmed → Invalid
tags: removed: kernel-da-key kernel-key
Changed in ecryptfs:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.