https://bugzilla.kernel.org/show_bug.cgi?id=51321
--- Comment #3 from Malcolm Haak <malcolm@xxxxxxx> 2013-04-25 23:09:14 ---
Eric:
No my storage is quite fine. Please feel free to check my email address. It
might give you a hint about where I work and why I might know a thing or two
about setting up XFS storage. The actual physical setup is one harddrive in a
laptop. Nothing tricky. And there is no power off so no disk cache is not at
play.
The issue is resolved in later versions of the kernel. I am running a 3.9 rc3
kernel at the moment but it was resolved in kernels later than ~3.8ish
I can try and track down an older kernel to test and collect the information
you need, but I'm pretty sure I saw a discussion and fix for it.
And I just found it..
http://oss.sgi.com/archives/xfs/2012-12/msg00307.html
This is the exact behaviour pattern and explains the large amounts of lmetadata
I was seeing in ram when doing kernel dumps.
And in this email Dave confirms what I was seeing, the exact time period and
the kernel it was fixed in.
http://oss.sgi.com/archives/xfs/2012-12/msg00329.html
Also OP of this email thread is OP of this bug report
http://oss.sgi.com/archives/xfs/2012-12/msg00089.html
It does feel like this is not the right place to lodge these bug reports,
considering
A) the delay in reply and
B) it got resolved on the email list already.
Not having a go, just an observation, you guys are insanely busy.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
|