https://opennet.ru/openforum/vsluhforumID3/137542.html Джозеф Бацик (Josef Bacik), мэйнтейнер и активный разработчик файловой системы Btrfs, не согласился с критикой надёжности Btrfs, высказанной Кентом Оверстритом (Kent Overstreet), автором Bcachefs. Джозеф отметил что ФС Btrfs работает достаточно хорошо, чтобы сэкономить компании Meta миллиарды долларов затрат на инфраструктуру. По словам Джозефа, инфраструктура Meta построена полностью на Btrfs, и компания существенно экономит, благодаря надёжности и функциональности данной ФС (например, применение встроенных возможностей сжатия и дедупликации позволяет использовать меньше накопителей)...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63704<br> https://opennet.ru/openforum/vsluhforumID3/137542.html#365 Thu, 28 Aug 2025 16:46:46 GMT zfs хуже себя ведет чем btrfs, так как агрессивно кэширует чтение/запись и буферит в озу.<br><br>на серверах с бесперебой питанием очень хорошо себя показывает, но вот без еще хуже<br> https://opennet.ru/openforum/vsluhforumID3/137542.html#364 Thu, 28 Aug 2025 16:40:48 GMT вранья нет, кривых рук тоже)<br> https://opennet.ru/openforum/vsluhforumID3/137542.html#363 Sun, 24 Aug 2025 23:24:07 GMT &gt; С точки зрения руления инфрой проще и дешевле всего оперировать юнитом "сервер".<br><br>Ага, а при вылете диска бегать и искать на каком из тысяч серверов вылетел диск и ребилдить рейд (если он есть, конечно) ручками, угу. Это ведь так скучно, когда можно поменять диск в хранилище, которое для этого предназначено и заточено.<br><br>&gt; Ща FB пойдет - конкуренту-посреднику денег давать, хз зачем.<br><br>FB никуда может не идти, а спокойно нарисовать свои схд под свои задачи под заказ.<br><br>&gt; Сэр, если вам читает нотации гражданин нах., и он технически правее вас <br>&gt; - вам должно стать дико стыдно за свой уровень в айти. <br><br>Потуги гражданина нах могут вызывать только улыбку и сочувствие. Особенно радуют "распределённые базы данных" в вакууме.<br><br>&gt; Ненапряжное масштабирование подтыканием сервера по мере надобности - мастхэв. Эта операция должна быть простой, быстрой и дешевой.<br><br>А я где-то утвержал обратное? Вычислительные мощности именно так и масштабируются. Зачем при этом пихать туда еще и сторейдж - непонятно. Разве только https://opennet.ru/openforum/vsluhforumID3/137542.html#362 Wed, 20 Aug 2025 13:04:59 GMT &gt;&gt; А бэкап zvol - ну, допустим, сделал ты zfs send <br>&gt; qemu-img же <br><br>для этого придется "прочитать" весь терабайт нераспределенных блоков с zvol. Так себе как-то идея...<br><br>Причем отдельно придется видимо хранить и результат send, потому что ты не захочешь потом этот терабайт еще и записать при восстановлении.<br><br>А если просто оставить все в файле qcow2 - то и терабайта нулей не будет, и копируй себе прямтак... <br><br> https://opennet.ru/openforum/vsluhforumID3/137542.html#361 Tue, 19 Aug 2025 05:35:16 GMT &gt; в самопроизвольное вселение в комп "чей то души, впрочем, довольно жизнерадостной и <br>&gt; работящей"(с) не верю.<br><br>Зато я верю в глюки бтр-а.<br><br>&gt; почему бы и нет, на бтрфс в хвосты уходит гораздо меньше, чем <br>&gt; на экст.<br><br>Потому что мне не надо архив на 2 тб(бтр), если туда влазит 3.5(ехт4).<br>При чем на соседнем диске с бтр влезли все 3.5.<br><br>&gt; но вот что-то возникло у меня подозрение... как форматировались диски?<br><br>Стандартно:<br>mkfs.btrfs /dev/sdX<br><br>&gt; как монтировались, <br><br>rw,noatime,nofail<br><br>&gt; по отдельности, или собирались в массив?<br>&gt; форматировались отдельно, или клонировались (dd/clonezilla)?<br><br>Естественно по отдельности.<br>Читай внимательно.<br> https://opennet.ru/openforum/vsluhforumID3/137542.html#360 Mon, 18 Aug 2025 14:00:13 GMT &gt; Да некому, блин.<br>&gt; Админский доступ только у меня.<br>&gt; Софт не умеет, а я склерозом не страдаю.<br><br>в самопроизвольное вселение в комп "чей то души, впрочем, довольно жизнерадостной и работящей"(с) не верю.<br><br>&gt; Часть дисков с бтрфс заполнена на 40-60%, часть на 95%, как и положено.<br><br>почему бы и нет, на бтрфс в хвосты уходит гораздо меньше, чем на экст.<br><br>но вот что-то возникло у меня подозрение... как форматировались диски? как монтировались, по отдельности, или собирались в массив? <br>форматировались отдельно, или клонировались (dd/clonezilla)?<br> https://opennet.ru/openforum/vsluhforumID3/137542.html#359 Mon, 18 Aug 2025 12:50:23 GMT &gt;&gt; Если там снэпшот видится как еще одна директория с кучей поддиректорий и файлов в них.<br>&gt; Тогда удвоилось бы и количество файлов.<br>&gt; Это единственный момент, с которым надо разбираться.<br>&gt; Но другого объяснения я пока не вижу. Если бы были репорты об <br>&gt; ошибках, тогда можно было-бы предполагать порчу (мета/)данных. А так пардон, но <br>&gt; нет. На повреждение ФС не тянет, надо разбираться, что и как <br>&gt; именно было кем-то(!) сделано.<br><br>Да некому, блин.<br>Админский доступ только у меня.<br>Софт не умеет, а я склерозом не страдаю.<br>Да и пофиг уже.<br><br>&gt;&gt; А от 40-60%, т.е. на соседнем диске с бтр-ом 95%, а на этих 40-60.<br>&gt; ничего не понял, раскрой скобки <br><br>Чего непонятного то.<br>На двух серваках для теста:<br>На 1. 4 диска из 16 были отформатированы в бтрфс, остальные как были ехт4.<br>На 2. 6 в бтрфс.<br>(почему так -- сдохшие менялись, на 2-м сдохло больше)<br><br>Месяца через 3-4 получилась картина:<br>Часть дисков с бтрфс заполнена на 40-60%, часть на 95%, как и положено.<br>Все диски на ехт4 заполнены на 95%.<br>После перефор https://opennet.ru/openforum/vsluhforumID3/137542.html#358 Mon, 18 Aug 2025 09:26:14 GMT &gt; Если там снэпшот видится как еще одна директория с кучей поддиректорий и файлов в них.<br><br>Тогда удвоилось бы и количество файлов.<br><br>Это единственный момент, с которым надо разбираться.<br>Но другого объяснения я пока не вижу. Если бы были репорты об ошибках, тогда можно было-бы предполагать порчу (мета/)данных. А так пардон, но нет. На повреждение ФС не тянет, надо разбираться, что и как именно было кем-то(!) сделано.<br><br>&gt; А от 40-60%, т.е. на соседнем диске с бтр-ом 95%, а на этих 40-60.<br><br>ничего не понял, раскрой скобки<br> https://opennet.ru/openforum/vsluhforumID3/137542.html#357 Mon, 18 Aug 2025 09:12:17 GMT &gt; В моем реальном мире сектор на диске либо правильный, либо вообще не прочитался.<br><br>ну-ну. а я встречал в реальной жизни silent data corruption.<br>и другие знакомые админы встречали<br>