https://www.opennet.ru/openforum/vsluhforumID1/97200.html Имеется сервер HPE ProLiant DL360p Gen8 с Debian 8.1 Jessie, с 6 HDD в RAID 1+0 (+ загрузочный RAID 1 на SSD). На этом RAID 1+0 одна партиция на которую сваливаются логи некого приложения, их очень много и становится всё больше и больше. В общем места не хватает и потому надо переделать RAID 1+0 в JBOD, а файловую систему в BTRFS со сжатием (логи текстовые, сжиматься должны очень хорошо). Отказоустойчивость не очень важна, но всё же желательно если выйдет из строя один HDD, то данные на остальных HDD чтоб выжили и можно было без проблем заменить HDD.<br><br>Если я правильно понял, то JBOD у HPE называется "HBA Mode" и он поддерживается моим контроллером P420i. Мигрировать RAID10 -&gt; JBOD не планирую, т.к. на сколько я понял миграция идёт "15 minutes per gigabyte", т.е. свои терабайты я буду больше месяца мигрировать - проще снести всё и пересоздать, пусть даже потеряются логи - опять насобираются. <br><br>Сжатие вроде не должно влиять на производительность: ""Btrfs включена в основную ветвь ядра Linux начиная с версии https://www.opennet.ru/openforum/vsluhforumID1/97200.html#6 Mon, 06 Aug 2018 14:53:16 GMT В результате: был у меня RAID1+0, собранный средствами контроллера HPE P420i, теперь у меня JBOD, собранный средствами BTRFS с вдвое большим объёмом без учёта сжатия средствами BTRFS. BTRFS дополнительно более чем удваивает доступный объём с помощью сжатия ZSTD.<br><br>BTRFS --version<br>BTRFS-progs v4.16.1<br>Как я понял, надо подгонять версию ядра к версии BTRFS, если версии отличаются в ту или другую строну, то какой-нибудь функционал может быть недоступен. В более свежих версиях шире функционал, пофиксили баги - стабильней работать должно.<br><br><br>Если какой-нибудь физический диск в JBOD сломается, то потеряются только данные (логи), которые лежат на нём, остальные должны остаться в живых. <br><br><br>Остались вопросы:<br>btrfs subvolume create /mnt/&lt;path&gt;/&lt;subvol&gt;<br>btrfs property set /mnt/&lt;path&gt;/&lt;subvol&gt; compression zstd - создаваемые файлы не жмутся всё равно, судя по compsize<br>chattr -R +c /mnt/&lt;path&gt;/&lt;subvol&gt; - создаваемые файлы не жмутся всё равно, судя по compsize<br>Почему не работает сжатие для subvol для создаваемых https://www.opennet.ru/openforum/vsluhforumID1/97200.html#5 Mon, 06 Aug 2018 14:32:59 GMT Если кому-то когда-то станет интересно. В общем собрал я JBOD средствами BTRFS из 6 HDD. Для этого на HPE ProLiant DL360p Gen8 создал 6 штук RAID0 (F5 при начальной загрузке сервера, загорится соответствующая надпись - попадаем в настройки RAID) + один логический диск на каждом. Далее из Debian:<br>mkfs.btrfs -d single /dev/sdb /dev/sdc /dev/sdd /dev/sde /dev/sdf /dev/sdg<br><br>Выяснил UUID:<br>lsblk -alt<br>blkid<br><br>Прописал монтирование при загрузке:<br>echo "UUID=&lt;UUID&gt; /mnt/&lt;path&gt; btrfs x-systemd.device-timeout=10,noatime,compress-force=zstd,autodefrag 0 2" &gt;&gt; /etc/fstab<br><br>В принципе, всё вроде как нормально работает, равномерно разбрасывает файлы по всем физическим дискам в JBOD:<br>btrfs device usage -h /mnt/&lt;path&gt;<br>/dev/sdb, ID: 1<br> Device size: 1.09TiB<br> Device slack: 0.00B<br> Data,single: 475.00GiB<br> Metadata,RAID1: 5.00GiB<br> System,RAID1: 8.00MiB<br> Unallocated: 637.77GiB<br><br>/dev/sdc, ID: 2<br> Device size: 1.09TiB<br> Devic https://www.opennet.ru/openforum/vsluhforumID1/97200.html#4 Tue, 22 May 2018 15:00:43 GMT Использовал я как-то http://rockstor.com - это СХД на основе btrfs... Ну кратко - месяца не продержался, умер с потерей всех данных. Ну там ничего ценного не было, так что я даже заморачиваться с восстановлением не стал, хотя может и можно было вытянуть что-то...<br><br>Вообщем я с тех пор яснил что если хочешь полноценное СХД на опенсорце - альтернатив ZFS просто нет.<br><br>