http://oss.sgi.com/bugzilla/show_bug.cgi?id=906
Dave Chinner <david@xxxxxxxxxxxxx> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |david@xxxxxxxxxxxxx
--- Comment #1 from Dave Chinner <david@xxxxxxxxxxxxx> 2011-02-07 05:08:45 CST
---
Hi Ryan,
There's not much we can really do to help you here. You've got a old kernel, a
hardware platform that no-one who runs regular XFSQA has access to, some
unknown patches to fix some unknown cache aliasing problem and a bunch of
proprietary kernel modules loaded.
To me, the problem looks likely related to vmap cache aliasing problems or the
lack of barriers violating the log/metadata IO ordering requirements of the
filesystem during storage power failure.
Also, you've had an unclean shutdown - how did you cause that? Power failure on
the storage? Pulling the plug on the USB storage? Something else? Are you
running with barriers enabled?
I'd say the first thing you need to do is reproduce the problem on a recent,
unmodified mainline kernel. I don't mean just the mount problem, but starting
from whatever you did before the mount failed....
Cheers,
Dave.
--
Configure bugmail: http://oss.sgi.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
|