ecryptfs.extend-file-random.sh.btrfs fails with "Failed to write 32 bytes, position nnnn: No space left on device"
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
ubuntu-kernel-tests |
Fix Released
|
Undecided
|
Colin Ian King |
Bug Description
This happened no Quantal LTS-HWE: of the 10 job runs, 6 failed the same way. This was not observed on this version of the tests elsewhere.
01/10 12:57:29 DEBUG|base_
01/10 12:57:29 DEBUG|base_
01/10 12:57:29 DEBUG|base_
01/10 12:57:42 ERROR|base_
01/10 12:57:42 DEBUG|base_
Here is the test attributes blurb from one of the runs:
{
"distro-
"distro-
"environ": {
"HOME": "/home/ubuntu",
"LANG": "en_US.UTF-8",
"LOGNAME": "ubuntu",
"MAIL": "/var/mail/ubuntu",
"PATH": "/usr/local/
"PWD": "/home/ubuntu",
"SHELL": "/bin/bash",
"SHLVL": "1",
"USER": "ubuntu",
"_": "/bin/sh"
},
"kernel": "3.5.0-
"platform": {
"arch": {
"bits": "64bit",
},
"hardware": "virtual",
"hostname": "clean-
"libc": {
"lib": "glibc",
},
"machine": "x86_64",
"proc": "x86_64"
},
"timestamp": "Thursday, 10. January 2013 17:33 UTC",
"version": "0.0.12-1"
}
Changed in ubuntu-kernel-tests: | |
status: | New → In Progress |
assignee: | nobody → Colin King (colin-king) |
Changed in ubuntu-kernel-tests: | |
status: | In Progress → Fix Committed |
I've been running this test now for 70+ interations with this kernel and cannot reproduce this bug. Are the seek positions different for each failure, or is it consistent.
Also, can you inform me what the virtual machine configuration is (number of CPUs, memory, etc) so I can try and reproduce this.