Aren/NetBSD
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Fix the t_renamerace:lfs_renamerace_dirs test on fast machines.

Browse Source 
This test was failing on my machine when run natively but not causing any
problems when run within qemu, and the failure was "mkdir: No space left
on device".

My understanding of the issue is that this test overflowed the temporary
disk image due to its high rate of file churn and the lfs_cleanerd not
being able to keep up.  Note that this test is capped by time, not number
of operations, so this is why the problem does not show up in a slow
emulated system.

To fix this, just bump the test file system image limit a little bit.
(I tried increasing the frequency at which lfs_cleanerd does its thing,
but it wasn't enough.)
This commit is contained in:
jmmv 2013-03-17 02:48:31 +00:00
parent d3d55324bd
commit 2f611e9f98
1 changed files with 13 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

14
tests/fs/vfs/t_renamerace.c
View File

@ -1,4 +1,4 @@
/* $NetBSD: t_renamerace.c,v 1.26 2012/05/09 00:22:26 riastradh Exp $ */
/* $NetBSD: t_renamerace.c,v 1.27 2013/03/17 02:48:31 jmmv Exp $ */
/*
* Modified for rump and atf from a program supplied
@ -21,6 +21,18 @@
#include <rump/rump.h>
#include <rump/rump_syscalls.h>
/* Bump the size of the test file system image to a larger value.
*
* These tests cause a lot of churn in the file system by creating and
* deleting files/directories in quick succession. A faster CPU will cause
* more churn because the tests are capped by a run time period in seconds,
* not number of operations.
*
* This is all fine except for LFS, because the lfs_cleanerd cannot keep up
* with the churn and thus causes the test to fail on fast machines. Hence
* the reason for this hack. */
#define FSTEST_IMGSIZE (50000 * 512)
#include "../common/h_fsmacros.h"
#include "../../h_macros.h"