I can confirm this. I have also no generell issues since the past 2 years with BTRFS in RAID1 and 6 Disks with different sizes and also no issues with the DUP profile on a single disk. Only some performance issues with deduplication and very large files. But i also recommand to use a newer kernel (4.4 or higher) or better the newest and build a newer version of btrfs progs form source. I use Ubuntu 16.04 and kernel 4.9 + btrfs progs 4.9 currently.
2017-03-13 13:02 GMT+01:00 Austin S. Hemmelgarn <ahferro...@gmail.com>: > On 2017-03-13 07:52, Juan Orti Alcaine wrote: >> >> 2017-03-13 12:29 GMT+01:00 Hérikz Nawarro <herikz.nawa...@gmail.com>: >>> >>> Hello everyone, >>> >>> Today is safe to use btrfs for home storage? No raid, just secure >>> storage for some files and create snapshots from it. >>> >> >> In my humble opinion, yes. I'm running a RAID1 btrfs at home for 5 >> years and I feel the most serious bugs have been fixed, because in the >> last two years I have not experienced any issue. > > In general, I'd agree. I've not seen any issues resulting from BTRFS itself > for the past 2.5 years (although it's helped me find quite a lot of marginal > or failing hardware over that time), but I've also not used many of the less > stable features (raid56, qgroups, and a handful of other things). > > One piece of advice I will give though, try to keep the total number of > snapshots to a reasonably small three digit number (ideally less than 200, > absolutely less than 300), otherwise performance is going to be horrible. >> >> >> Anyway, keeping your kernel and btrfs-progs updated is a must, and of >> course, having good backups. I'm using Fedora and it's fine. > > Also agreed, Fedora is one of the best options for a traditional distro > (they're very good about staying up to date and back-porting bug-fixes from > the upstream kernel). The other two I'd recommend are Arch (they actually > use an almost upstream kernel and are generally the first distro to have new > versions of any arbitrary software) and Gentoo (similar to Arch, but more > maintenance intensive (although also more efficient (usually))). > > -- > To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in > the body of a message to majord...@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
