Data-Corrupting ext3 Bug In Linux 2.4.20

linuxjack55 writes "Kerneltrap is reporting a data-corrupting bug in the ext3 code of kernel 2.4.20. The scope of the problem (and workarounds) are described in the article, which also includes a link to an interesting interview with kernel hacker Andrew Morton. In it, he states that the '2.4.x core has only stabilized very recently' and the 2.4.x kernel is 'even now...in a late beta state.' He was also asked when the 2.4 kernel could be considered stable. His reply: 'Six months, perhaps?' If that prediction is accurate, 2.6.x could arrive before a 'stable' version of 2.4.x does." (The interview with Morton is from last February -- how stable you consider 2.4 right now is up to you.)

Comments

Duplicate.

[Naikrovek]

they get paid to *not* do this. Why do they not read their own site?

Mod me down if you must, but I have a good point here.

http://developers.slashdot.org/article.pl?sid=02 /1 2/02/0128206&mode=nested&tid=106

Re:Duplicate.

[Naikrovek]

To be fair, I suppose these guys see *thousands* of submissions per week and easily forget what's been posted and what hasn't.

But writing a simple filter to check past stories for the same hyperlinks shoudln't be too hard, i wouldn't think.

Ah well.

Re:Duplicate.

[rlowe69]

To be fair, I suppose these guys see *thousands* of submissions per week and easily forget what's been posted and what hasn't.

There are thousands of submissions, but much much much fewer make it as stories. Surely people that get paid to do this can keep track of just the stories.

Dupe

[FattMattP]

It's a dupe. Please move along.

Re:Dupe

[FattMattP]

Redundant? Give me a fucking break. This entire story is redundant.

first post haiku!

[Anonymous Coward]

this is a first post
the editor's are on crack again
let's beat the dead horse

Does /. run 2.4.20

[mhesseltine]

Because, the corruption of the databases would explain the duplicate story postings. Come on guys, ride this one for all it's worth.

FULL Interview

[MattCohn.com]

Andrew Morton then continued... 'One popular company to be affected by the bug was the OSDN. Their technology news site Slashdot.org updated their database server with the new 2.4.20 kernal.'

It was a disaster. 'The problem was with syncing during unmount. When the people at Slashdot upgraded, their databases became corrupted. Suddenly, duplicate stories began to appear!'

Added Andrew, 'Wow, duplicate stories. There's a shocker'

The full interview will be availible soon on The Onion

Re:So...

[josepha48]

Amazing thing is that my netbsd box sync's disks as part of the shutdown script.

Interestingly enough so does shutdown on Linux. So what's the problem?

Re:Journaling

[0x0d0a]

The default mode is ordered. Basically, this journals only metadata, preventing your filesystem from becoming corrupted. This is the big worry for most people -- losing everything on your partition because of a power loss at a bad time. This may sound not so great, but it's what most other journalling filesystems do --only worry about metadata.

Journalled mode journals everything, including file data and metadata. This is the uber-reliable (well, when it doesn't have corruption-causing bugs) mode that most filesystems don't bother with because of the speed hit.

How can you verify that this option is not enabled

You can look for options in /etc/fstab...it's ordered by default, but if there's an option data=journal, then it's journalled.

If you're using 2.4.20 right now, I think I'd reboot into your older kernel right now. :-)

Re:Journaling

[crimsun]

As others have stated, the default is data=ordered. If you haven't explicitly specified data=journal in /etc/fstab or via mount, then you're not affected (i.e. safe). /sbin/mount will spit out the parameters you used.

This bug is in 2.4.20-pre5+, and Stephen and Andrew have both proposed workarounds. Ultimately, it might just be "more" "worth it" to switch to data=ordered if you've been using data=journal after syncing, dropping to single user, and remounting your ext3 partitions as data=ordered.

Or you could just back out the offending diff.

Re:Journaling

[crimsun]

Err, /bin/mount, rather. Stupid fingers. ;-)

Re:Mod down

[FattMattP]

Strong words from a coward.