Thread (12 messages) 12 messages, 3 authors, 2012-04-30

Re: recovering from raid5 corruption

From: Shaya Potter <hidden>
Date: 2012-04-30 15:33:25

On 04/30/2012 02:29 AM, Jan Ceuleers wrote:
On 30/04/12 03:13, Shaya Potter wrote:
quoted
On 04/29/2012 09:09 PM, NeilBrown wrote:
quoted
If you were using 3.3.1, 3.3.2, or 3.3.3 when this happened, then I
know what
caused it and suggest upgrading to 3.3.4.
dont think so. main disk died, so plugged a new main disk in and
installed ubuntu 12.04 server on it, but it wasn't playing nice, so
turned around and installed debian squeeze and thats when I noticed the
issue. debian is running 2.6.32. Ubuntu is running some 3.something, but
unsure which one.
Ubuntu 12.04 includes a 3.2.0-based kernel.

The issue was introduced in commit c744a65c1e2d59acc54333ce8 (included
in 3.3-rc7) and fixed by commit 30b8aa9172dfeaac6d77897c67ee9f9fc574cdbb
(included in 3.4-rc1). The trouble is that the faulty commit was
submitted to stable, with the request to backport it as far as
practicable ("This is suitable for any stable kernel (though there might
be some conflicts with obvious fixes in earlier kernels)").

I haven't checked, but I'm fairly sure that the Ubuntu 12.04 kernel does
indeed include the faulty commit and does not yet have the fix (as the
fix wasn't upstreamed until last week).
confirmed with #ubuntu-kernel guys that they have the bad commit in 
their kernel, so they now know about it and seem on top of it.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help