[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: kern/53884: fs/vfs/t_rmdirrace:lfs_race test case fails randomly on real hardware
The following reply was made to PR kern/53884; it has been noted by GNATS.
From: David Holland <dholland-bugs%netbsd.org@localhost>
Subject: Re: kern/53884: fs/vfs/t_rmdirrace:lfs_race test case fails randomly
on real hardware
Date: Fri, 18 Jan 2019 17:48:49 +0000
On Fri, Jan 18, 2019 at 04:45:01PM +0000, Andreas Gustafsson wrote:
> and it failed the first time, leaving a t_rmdirrace.core that I can
> examine using gdb, with symbols even. What should I look for?
So, at one place deep inside it wants to know if it's running in the
cleaner; so in lfs_bmapv, which is one of the cleaner syscalls that
nothing else should get to, it does the assign-and-assert that fails.
So the first thing to check is: is fs->lfs_cleaner_thread some other
lwp (if so, what, and what's that one doing, and how did the current
one that asserted get to lfs_bmapv?) or is it trash?
If it's trash it would be handy to know if it starts out trash (the
structure it's in is kmem_zalloc'd, but maybe that's borked in rump)
or if it gets overwritten later, or any other info that can be
David A. Holland
Main Index |
Thread Index |