On 4/5/2011 11:21 AM, Lamar Owen wrote:
Dropping to 16.37 TB on the RAID configuration by switching to
RAID-6 let us put almost the entire array under a single 16 TB XFS
filesystem.
You really, really, really don't want to do this.
Actually, it seems that you can't do it any more. I tried,
On Wednesday, April 06, 2011 01:16:19 PM Warren Young wrote:
I expect they added some checks for this since you last tried XFS on 32-bit.
Perhaps it wasn't clear from what I wrote, but the big partition on this
system is actually 15.9mumble TB, just to be sure we don't even get 1
byte over
On 4/6/2011 1:16 PM, Lamar Owen wrote:
There are other issues with XFS and 32-bit; see:
http://bugs.centos.org/view.php?id=3364
and
http://www.mail-archive.com/scientific-linux-users@listserv.fnal.gov/msg05347.html
and google for 'XFS 32-bit 4K stacks' for more of the gory details.
Thanks
On Monday, April 04, 2011 11:09:29 PM Warren Young wrote:
I did this test with Bonnie++ on a 3ware/LSI 9750-8i controller, with
eight WD 3 TB disks attached. Both tests were done with XFS on CentOS
5.5, 32-bit. (Yes, 32-bit. Hard requirement for this application.)
[snip]
For the RAID-6
On Tue, Apr 5, 2011 at 10:21 AM, Lamar Owen lo...@pari.edu wrote:
You really, really, really don't want to do this. Not on 32-bit. When you
roll one byte over 16TB you will lose access to your filesystem, silently,
and it will not remount on a 32-bit kernel. XFS works best on a 64-bit
5 matches
Mail list logo