[CentOS] XFS and LVM2 (possibly in the scenario of snapshots)

Chan Chung Hang Christopher christopher.chan at bradbury.edu.hk
Thu Dec 10 10:19:49 UTC 2009


Timo Schoeler wrote:
> [off list]
>
>   
>>>>> Thanks for your eMail, Ross. So, reading all the stuff here I'm really 
>>>>> concerned about moving all our data to such a system. The reason we're 
>>>>> moving is mainly, but not only the longisch fsck UFS (FreeBSD) needs 
>>>>> after a crash. XFS seemed to me to fit perfectly as I never had issues 
>>>>> with fsck here. However, this discussion seems to change my mindset. So, 
>>>>> what would be an alternative (if possible not using hardware RAID 
>>>>> controllers, as already mentioned)? ext3 is not, here we have long fsck 
>>>>> runs, too. Even ext4 seems not too good in this area...
>>>>>           
>>>> I thought 3ware would have been good. Their cards have been praised for 
>>>> quite some time...have things changed? What about Adaptec?
>>>>         
>>> Well, for me the recommended LSI is okay as it's my favorite vendor, 
>>> too. I used to abandon Adaptec quite a while ago and my optinion was 
>>> confirmed when the OpenBSD vs. Adaptec discussion came up. However, the 
>>> question on the hardware RAID's vendor is totally independent from the 
>>> file system discussion.
>>>       
>> Oh yeah it is. If you use hardware raid, you do not need barriers and 
>> can afford to turn it off for better performance or use LVM for that matter.
>>     
>
> Hi, this ist off list: Could you please explain me the LVM vs. barrier 
> thing?
>
> AFAIU, one should turn off write caches on HDs (in any case), and -- if 
> there's a BBU backed up RAID controller -- use this cache, but turn off 
> barriers. When does LVM come into play here? Thanks in advance! :)
>
>   

No, barriers are specifically to allow you to turn on write caches on 
HDs and not lose data. Before barriers, fsync/fsyncdata lied. They would 
return before data hit the platters. With barriers, fsync/fsyncdata will 
return only after data hit the platters.

However, the dm layer does not support barriers so you need to turn 
write caches off if you care about data with lvm and you have no bbu 
cache to use.

If you use a hardware raid card with bbu cache, you can use lvm without 
worrying and if not using lvm, you can (should in the case of XFS) turn 
off barriers.
>>> I re-read XFS's FAQ on this issues, seems to me that we have to set up 
>>> two machines in the lab, one purely software RAID driven, and one with a 
>>> JBOD configured hardware RAID controller, and then benchmark and stress 
>>> testing the setup.
>>>       
>> JBOD? You plan to use software raid with that? Why?!
>>     
>
> Mainly due to better manageability and monitoring. Honestly, all the 
> proprietary tools are not the best.
>   

3dm2 for 3ware was pretty decent whether http or cli...



More information about the CentOS mailing list