I'm not sure you'll have this same problem I had, but you might: my old 3Ware PATA controller presents disk arrays to the OS as if they were a big honkin' SCSI drive. SCSI itself has a limit of 2TB per LUN.
To overcome the 2 TB limit, you may have to break your array into two arrays (and lose another whole drive to parity), or stripe the array into two LUNs. Striping (if your 3Ware controller permits it) into LUNs of 2 TB or less adds some complexity by making you use lvn to re-join them into a single pool of storage or assigning some vaults to LUN-A and others to LUN-B. The other drawback of striping the array is that it leaves more data vulnerable to loss if a drive fails and you have to rebuild the array. I don't use lvn on my system because I'm a linux n00b and I haven't learned it yet. Some of my vaults are on one LUN and some are on the other LUN. I know my data well enough that I've made good choices regarding which server's vault goes on what LUN, so I don't have much wasted space. Once-in-a-while, I get lowered performance when the daily backup job is running on LUN-A while I need to access data from LUN-B, though. -dP -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Luis Miguel R. Sent: Friday, December 07, 2007 2:18 AM To: [email protected] Subject: [Dirvish] recommended setup Hi all, the next week I have to install a new server on a client CPD, it will be used as a NAS server, the proposed setup is: debian etch + samba + dirvish A supermicro server + 2 gb ecc + c2duo e6600 a 3ware 9650 with 4 to 8 500/750 sata seagate NS disks. I know that using raid the hardware problem is resolved, by we are playing with only one filesystem and any problem with it will trash all the data, I am thinking in create a separate raid (maybe with cheaper disks and even with raid 0) and doing dirvish snapshots on both filesystems to have FS redundancy in case one filesystem get corrupted. Whats your opinion about this setup? Any ideas are welcomed. Regards and sorry for my bad english. _______________________________________________ Dirvish mailing list [email protected] http://www.dirvish.org/mailman/listinfo/dirvish _______________________________________________ Dirvish mailing list [email protected] http://www.dirvish.org/mailman/listinfo/dirvish
