Хостинг-оператор Anchor опубликовал (http://www.anchor.com.au/blog/2013/04/the-btrfs-backup-exper.../) отчёт о тестовом внедрении файловой системы Btrfs на нескольких серверах, обеспечивающих работу системы резервного копирования. В итоге сделан вывод о том, что несмотря на обилие интересных возможностей и прогресс в развитии Btrfs, данная ФС ещё не готова для промышленного использования из-за наличия некоторых подводных камней и нерешённых проблем. Тем не менее для ознакомительного использования не на критически важных системах, таких как рабочие станции или персональные серверы, Btrfs уже можно использовать.  Компания Anchor вернула на Ext4 системы, на которых был произведён переход на Btrfs, но указала на то, что будет отслеживать состояние разработки ZFS и Btrfs для перехода на одну из данных ФС в будущем.

В процессе эксперимента отсутствовали инциденты с потерей данных, успешно создавались тысячи снапшотов, средствами Btrfs было выявлено повреждение одного бита информации в RAID-массиве. Из проблем отмечалось блокирование ввода/вывода в пики создания разом большого числа резервных копий данных разных клиентов. Ошибка в коде с реализацией системы квот  qgroups приводит к мягким зависаниям  CPU, c восстановлением только после перезагрузки. Перезагрузка приводит к необходимости перестроения некоторых служебных структур из-за повреждения кэша свободных блоков. Перестроение достаточно длительный процесс, для  16TB раздела длящийся более часа. Ещё одна  серьёзная проблема связана с непредсказуемостью переполнения Btrfs-раздела и связанным с исчерпанием свободного места замедлением работы. Неаккуратный запуск rsync настолько замедил работу с ФС, что с ней невозможно было работать.

URL: http://www.anchor.com.au/blog/2013/04/the-btrfs-backup-exper.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=36803