Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Matt Graham wrote: > From: Lars Ellenberg <lars.ellenberg at linbit.com> > >>> So when building the initial LVM and mkfs.ext3, what are some >>> options that I should be using on an array that will start at >>> 2TB and grow to about 10TB as I add more disks? >>> >> I may be wrong, but I think on intel/amd ext3 is still limited >> to < 8TiB ? >> > > Docs say the max filesystem size for ext23 on the x86 is 16T with > 4K blocks. I don't know how much this has been tested or used in > the real world, since arrays that large are still out of my price > range. > > >> ever seen e2fsck on a multi terabyte device? >> > > It takes a while, which is why he's using ext3. You'd run into > the same problems with any filesystem when things go south, > really. Don't worry, it'll all be fixed in ext4 (currently in > alpha). > > >> why not go for XFS? seems to be a better choice for device >> sizes in that range. >> > > Maybe he wants his data to still be there if there's a power > failure :-) > > And there is another point, recently I tested areca cards with RAID5 and LVM. I put DRBD on top of the LVM and then XFS. With XFS and high I/O load the machines gives me kernel panic, I had tested it about for a week, to understand where was the problem. - XFS directly on LVM gives no problems at all. - Ext3 directly on LVM gives no problems at all. - XFS on top of drbd, and drbd on top LVM, gives kernel panic with drbd 8.0.X and with 8.2.X. - Ext3 on top of drbd, and drbd on top LVM, gives no problems at all. Sorry I cant show you any kernel panic, but when I took XFS from the way, everything works, but I know it's not a problem of XFS since XFS works fine directly on top of LVM. Everything I tested, was on top of Centos 5, with the latest updates. XFS it's incredibly faster then ext3, but ext3 it's widely tested and proved so far, so for this more strange setups with drbd on the game, don't use XFS. Good Luck, -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20081222/dc490e39/attachment.htm>