Gentoo Archives: gentoo-user

From: Kerin Millar <kerframil@×××××××××××.uk>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] Heads-up: Several kernel versions have severe EXT4 data corruption bug
Date: Thu, 25 Oct 2012 02:53:42
Message-Id: 5088A945.5020405@fastmail.co.uk
In Reply to: Re: [gentoo-user] Heads-up: Several kernel versions have severe EXT4 data corruption bug by "Canek Peláez Valdés"
1 Canek Peláez Valdés wrote:
2 > On Wed, Oct 24, 2012 at 8:09 PM, Kerin Millar<kerframil@×××××××××××.uk> wrote:
3 >> Canek Peláez Valdés wrote:
4 >>> On Wed, Oct 24, 2012 at 8:54 AM, Nikos Chantziaras<realnc@×××××.com>
5 >>> wrote:
6 >>>> Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if you're
7 >>>> using the EXT4 filesystem:
8 >>>>
9 >>>> http://www.phoronix.com/scan.php?page=news_item&px=MTIxNDQ
10 >>>>
11 >>>> This includes gentoo-sources. I hope the Gentoo developers are on top of
12 >>>> this. In the meantime, avoid doing reboots after too short an uptime.
13 >>>
14 >>> Doesn't seem to be that serious:
15 >>>
16 >>> https://plus.google.com/u/0/117091380454742934025/posts/Wcc5tMiCgq7
17 >>
18 >> Might I enquire as to the manner in which this comment impartially
19 >> establishes that the consequences of the bug upon those affected is not
20 >> serious?
21 >
22 > Oh, and about "impartiality"; this is a technical issue, not a
23 > philosophical one. I will always trust the expert's opinion over
24 > almost everyone's else.
25 >
26
27 The comment you linked to was fairly bereft of technical content, other
28 than to assert that the circumstances under which the bug triggers are
29 so limited that there is no general cause for concern. Given that (a)
30 the investigation chronicled by the lkml thread remains ongoing (b) a
31 remedy has yet to be conclusively determined, it is illogical that any
32 statement as to the scope of the bug can anything more than a hypothesis
33 at best, irrespective of how well-informed said hypothesis might be.
34
35 As for impartiality, it is entirely conceivable that someone in Ted's
36 position would be riled by what they perceive (not necessarily
37 correctly) as negative publicity and to respond in kind. Particularly
38 when one carries a burden of responsibility of the subsystem in question.
39
40 Until such time as the matter is concluded, ext4 users that value their
41 data will exercise due concern, naturally. The petty sniping about
42 drumming up ad-revenue and silly 4chan style image memes do not strike
43 me as a constructive way in which to assuage those concerns.
44
45 Further, the notion that nobarrier is an "esoteric" option is
46 questionable. In my experience, it is common practice to employ it as a
47 performance-enhancing measure on systems equipped with a battery-backed
48 write cache; especially MySQL servers that must contend with a heavy
49 workload. One wonders what he would have made of the notion of running
50 ext4 without a journal, had it not been at the behest of Google.
51
52 In summary, I maintain that his fatuous Google+ post does nothing to
53 establish just why it is that those of us in the peanut gallery should
54 be unconcerned as to the impact of the bug. On my part, I will continue
55 to be concerned until the investigation has fully run its course.
56
57 --Kerin

Replies