lkml.org 
[lkml]   [1999]   [Nov]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: Announce: LVM Patch against kernel 2.3.28
Date
From
> Because you might disturb other folks' _data_, if reiserfs goes wonky.
> It's easy to say "reiserfs is a bit too unproven for /home, but I'll
> happily put my squid cache onto it", without realising

I don't think anyone is going to accidentally type "mkreiserfs" thinking
mke2fs somehow. That one doesnt worry me. Don't however think you can safely
test an fs on a production box just on one partition and be safe. You can
be _safer_ but you should be prepared to cover the worst.

if you've got a big squid box and you can rebuild it in disaster cases then
give reiserfs and ext3 a good beating. I doubt either will trash anything
but ..

> Yes, but if (as has been suggested) the plan is finally to get the RAID
> patches in before 2.4 (please, please, please, etc), then I reckon it's
> better to delay journalling.

The 0.90 RAID has the same problem. There have been a pile of discussions
involving Ingo, Hans, Stephen and others like SGI about this.

> as it is, is that the various journalling patches could live quite happily
> as well-maintained external patches, just as RAID and LVM have (though
> hopefull not for as long :)

I think that will happen. Adding reiserfs is one patch command. It isnt a big
challenge and vendors can choose to trust it if they feel its stable even
before its clean enough for Linus to accept.

Alan


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:55    [W:0.059 / U:1.156 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site