On Mon, Dec 24, 2012 at 11:03 PM, Matt Burgess <matt...@linuxfromscratch.org> wrote: > On Mon, 2012-12-24 at 23:24 +0100, g....@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. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
