On 02/24/2012 03:08 PM, Emmanuel Florac wrote:
> Le Fri, 24 Feb 2012 13:52:40 +0100
> Richard Ems <richard.ems@xxxxxxxxxxxxxxxxx> écrivait:
>> Hi list,
>> We are getting now 32 x 3 TB Hitachi SATA HDDs.
>> I plan to configure them in a single RAID 6 set with one or two
>> hot-standby discs. The raw storage space will then be 28 x 3 TB = 84
>> TB. On this one RAID set I will create only one volume.
>> Any thoughts on this?
> If you'd rather go for more safety you could build 2 16 drives RAID-6
> arrays instead. I'd be somewhat reluctant to make a 30 drives array
> --though current drives are quite safe apparently.
Thanks, yes, this sounds good, but it's a matter of administration
simplicity doing the backups why I chose to have only one
volume/partition/XFS. At some point one of both drives will become near
to full and moving dirs from one partition to the other won't be that
easy with out backup system ...
>> We also heavily use ACLs for almost all of our files. Christoph
>> Hellwig suggested in a previous mail to use "-i size=512" on XFS
>> creation, so my mkfs.xfs would look something like:
>> mkfs.xfs -i size=512 -d su=stripe_size,sw=28 -L Backup_2 /dev/sdX1
> Looks OK to me.
>> On mount I will use the options
>> mount -o noatime,nobarrier,nofail,logbufs=8,logbsize=256k,inode64
>> /dev/sdX1 /mount_point
> I think that the logbufs/logbsize option matches the default here. Use
> delaylog if applicable. See the xfs FAQ.
Yes, if I trust the mount manual page, it states "The default value is 8
buffers for any recent kernel." . I suppose 3.2.6 is "a recent kernel",
so this could be avoided, but having it explicitly on the mkfs.xfs line
does not hurt, or?
And for logbsize: "The default value for any recent kernel is 32768."
But then at the end of the manual page for mount it says "December
2004", so how actual is this information? Can the default mount values
be shown by running mount with some verbose and dry-run parameters?
>> What about the largeio mount option? In which cases would it be
> If you're mostly writing/reading large files. Like really large
> (several megabytes and more).
Richard Ems mail: Richard.Ems@xxxxxxxxxxxxxxxxx
Cape Horn Engineering S.L.
C/ Dr. J.J. Dómine 1, 5º piso
Tel : +34 96 3242923 / Fax 924