16 TB Disk Arrays and ext3fs woes
Sam Flory
Sam.Flory at codegreennetworks.com
Mon Aug 6 13:20:20 CDT 2007
Fischer, Carl wrote:
> I'm running a 16 TB disk array on a PE2950 with a PERC 5/E
> (megaraid_sas kernel module 3.09-1). I expanded a pre-existing 3.5 TB
> partition to fill the volume (using LVM and resizefs). Now, the volume
> mounts just fine, but only root can write to it. Everyone else gets a
> "disk full" error. I don't see any hardware errors in
> /var/log/messages. My suspicion is that the filesystem thinks that the
> 13.5 additional TB are reserved for root, but I tried adjusting that
> parameter with tune2fs and had no luck.
There are a lot of things that can go wrong with a resize. I'd backup
everything up, and do a new mke2fs with a 4 or 8k block size. What block
size are you using now? (I think you are limited to a 4k block size on
x86 hardware even with 64 bit kernels.) If tune2fs says you're using
2048 as a block you just need to start over.
IE: "mke2fs -j -b 4096 -t largefile"
> Even with 64-bit CentOS installed, fsck.ext3 runs for a long time,
> then seg-faults (only the seg-fault shows up in /var/log/messages).
Likely you ran out memory, or some other resource.
> I've compiled and installed the latest e2progs, with the same results.
> Not sure if this is a known software issue or some kind of hardware
> issue.
It's a bit of both. The x86 arch imposes a 4k block size limit in most
cases.
> Any suggestions would be appreciated. I've read online that XFS might
> work better for large disk arrays. Does anyone have experience here?
XFS works much better on large arrays. You may have some issues if
you are running a 32 bit kernel. You could also use jfs, or reiserfs.
In nearly every case you want to be sure you have the following:
1)64 bit kernel, and user space
2)4K or larger blocksize.
More information about the Linux-PowerEdge
mailing list