[lfs-dev] LFS SVN urrent build results
bdubbs at linuxfromscratch.org
Mon Dec 24 15:41:54 PST 2012
On Mon, Dec 24, 2012 at 11:03 PM, Matt Burgess
<matthew at linuxfromscratch.org> wrote:
> On Mon, 2012-12-24 at 23:24 +0100, g.esp at free.fr wrote:
>> the remaining process are
>> 23812 pts/0 SN 0:00 /bin/sh ./test_one ../../tests/f_mmp
>> 23813 pts/0 SN 52:27 ../debugfs/debugfs -w f_mmp.tmp
>> 23814 pts/0 SN 13:49 cat /dev/zero
>> So the issue is in tests/f_mmp.tmp
>> [chroot-i486] root:/$ ls -hl /usr/src/e2fs*/build/tests/f_mmp*.log
>> -rw-r--r-- 1 root root 1.5G Dec 24 21:03 /usr/src/e2fsprogs-1.42.6/build/tests/f_mmp.log
>> -rw-r--r-- 1 root root 322 Dec 24 19:03 /usr/src/e2fsprogs-1.42.6/build/tests/f_mmp_garbage.1.log
>> -rw-r--r-- 1 root root 277 Dec 24 19:03 /usr/src/e2fsprogs-1.42.6/build/tests/f_mmp_garbage.2.log
>> -rw-r--r-- 1 root root 122 Dec 24 19:03 /usr/src/e2fsprogs-1.42.6/build/tests/f_mmp_garbage.log
>> f_mmp.log is filled in a continuous loop until the disk is full.
> Thanks for the analysis. I too spotted this a while ago, but wondered
> whether it was just my environment. It also explains (I think) Bruce's
> gzip failure; I've had the same test fail but only when the e2fsprogs
> caused particularly quick exhaustion of disk space.
In my testing today I killed the extra processes when the automake
checks were running and gzip did indeed pass without any errors.
> I'm happy enough to revert back to E2fsprogs-1.42.5, but it will
> probably have to wait until around the 28th-29th.
I'm not quite ready to give up on E2fsprogs-1.42.6 because I think it
only is a problem in jhalfs. AFAICT right now, the test actually
passes, but leaves an unwanted background process running. I'm not
sure we want the -k in the make check. I get:
125 tests succeeded 0 tests failed
Perhaps if we kill the debug fs in jhalfs when we finish the checks,
that would clean things up.
More information about the lfs-dev