[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
kern/42616: tmpfs crashes on unmount after testing with "fsstress"
>Synopsis: tmpfs crashes on unmount after testing with "fsstress"
>Arrival-Date: Wed Jan 13 22:20:00 +0000 2010
>Originator: Greg A. Woods
>Release: netbsd-4 2009/07/09
Planix, Inc.; Toronto, Ontario; Canada
System: 4.0_STABLE GENERIC.MP
Machine: i386 (Intel Pentium 4 with HTT enabled)
After reading about FreeBSD importing tmpfs, and then getting
it to work reliably with the "fsstress" program, originally from
SGI, but also ported to DragonFly, I thought I'd try it on
NetBSD-4 to see if I should switch my production systems over to
using tmpfs yet or not.
tmpfs is definitely faster than mfs, and puts lots less load on
the system, but it still seems to be broken in netbsd-4, at
least on MP systems.
run several iterations of fsstress (compiled with -DNO_XFS),
such as with:
mount -t tmpfs -o -s512m,nodev,nosuid tmpfs /tmpfs
cp ~/work/fsstress/fsstress .
for r in 0 1 2 3 4 5 6 7 8 9; do
./fsstress -n 1000 -p 4 -d test
rm -rf test
in at least one test rm(1) complained something like this after
the first three or four runs (from memory):
rm: fts_read No such file or directory
ls(1) shows the "test" directory does still exist, but rm(1)
can't remove it.
The following panic occurs during the unmount operation:
panic: pool_destroy: pool busy: still out: 135
Stopped in pid 1489.1 (umount) at netbsd:cpu_Debugger+0x4:
panic(c09b4160,87,34c,c04551a8,c40cb1c8) at netbsd:panic+0x155
dounmount(c40ca000,0,d8b9c4bc,c09b65bc,213) at netbsd:dounmount+0x108
syscall_plain() at netbsd:syscall_plain+0x1a8
--- syscall (number 22) ---
unknown -- problem may not even be directly in tmpfs.
If this is already fixed in netbsd-5 is there any chance of
getting the fix back-ported to netbsd-4?
(and if not, and if the bug is in tmpfs, perhaps the fix is
available in changes made to tmpfs for FreeBSD?)
Main Index |
Thread Index |