The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Автор Bcachefs представил патчи для исправления ФС, разрушенных недавней ошибкой

08.04.2024 09:34

Кент Оверстрит (Kent Overstreet), разработчик ФС Bcachefs, предложил патчи, позволяющие ядру Linux работать с ФС Bcachefs даже после повреждения существенного объёма метаданных, при необходимости перестраивая испорченные b-деревья по метаданным из структур inode и dirent. Изменения приняты Линусом Торвальдсом и включены в состав сегодняшнего тестового обновления ядра 6.9-rc3.

Изменения обеспечивают монтирование повреждённых ФС и предоставляют доступ к всем или почти всем данным в ФС, затронутым недавней ошибкой, приводившей к разрушению ФС. Ошибка проявлялась, когда после обновления инструментария предпринималась, но не завершалась, попытка обновления структур ФС, после чего ядро со старой реализацией Bcachefs производило попытку даунгрейда версии структур, игнорируя незавершенное обновление. Подобная ситуация приводила к входу в "split brain mode", когда ни одна из операций не может быть завершена, а структуры b-tree ФС более не являются консистентными c реальным содержимым.

Упомянутый патч позволяет продолжить работу даже в подобных случаях. Из ограничений технологии упоминается то, что при наличии снапшотов b-дерево снапшотов должно присутствовать и быть исправным.

  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: Ошибка в Bcachefs, приводящая к разрушению ФС при использовании нескольких устройств
  3. OpenNews: В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachefs
  4. OpenNews: Код Bcachefs принят в основной состав ядра Linux 6.7
  5. OpenNews: В ветку ядра Linux-next добавлена реализация ФС Bcachefs
  6. OpenNews: Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с производительностью ext4/xfs
Автор новости: Аноним
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/60946-bcachefs
Ключевые слова: bcachefs
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (148) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 09:52, 08/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Ближайшие 2-3 года пока сидим на Btrfs. Сыровата новинка пока.
     
     
  • 2.3, Аноним (3), 10:08, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +17 +/
    Btrfs сама ещё похлеще портит данные.
     
     
  • 3.10, Аноним (10), 10:18, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Это описался в слове zfs.
     
     
  • 4.28, Аноним (-), 12:15, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Это описался в слове zfs.

    Интересно за что ему 2 минуса? Только недавно эта штука била данные на рефлинках. При том в отличие от кента - инструментов для фиксов для побитого пула так вроде и не выкатили, только пообещав, не? А этот вот - подрасперся, и, вот - извольте получить. Все же более приятный вариант чем "а теперь пересоберите свой пул с ноля!"

     
     
  • 5.72, Минона (ok), 23:26, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну куда ты со своим звездолетом да в калашный ряд!
    > "а теперь пересоберите свой пул с ноля!"

    Балбес, не пересобрать, а восстановить из бэкапа.

     
     
  • 6.76, Аноним (-), 05:29, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну куда ты со своим звездолетом да в калашный ряд!

    Да вы погодите - ща вам покажут чудеса телепортации фиги из кармана. Оставайтесь на связи. Вон там уже одним господам iXsystem показал немного магии. По сути задропав фрю к хренам.

    >> "а теперь пересоберите свой пул с ноля!"
    > Балбес, не пересобрать, а восстановить из бэкапа.

    Ну я очень приблизительно следил что там у вас в вашей помойке случается. Мне она не интересна, ни эксплуатационно, ни технологически. Гитхаб конечно интересно было почитать, на его фоне кент, пожалуй, за продакшн может сойти :)

     
     
  • 7.81, Минона (ok), 08:19, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ну куда ты со своим звездолетом да в калашный ряд!
    > Да вы погодите - ща вам покажут чудеса телепортации фиги из кармана.
    > Оставайтесь на связи. Вон там уже одним господам iXsystem показал немного
    > магии. По сути задропав фрю к хренам.

    Да причём фря то?
    Один хрен они в своих SCALE ZFS юзают, а не твой подбитый звездолёт.

    >>> "а теперь пересоберите свой пул с ноля!"
    >> Балбес, не пересобрать, а восстановить из бэкапа.
    > Ну я очень приблизительно следил что там у вас в вашей помойке
    > случается. Мне она не интересна, ни эксплуатационно, ни технологически. Гитхаб конечно
    > интересно было почитать, на его фоне кент, пожалуй, за продакшн может
    > сойти :)

    Да ты мануалы то читать не умеешь, куда тебе до кода.

     
     
  • 8.95, Аноним (-), 09:59, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Хотя-бы при том что тут iZEN в соседнем топике отжог, спросив поддерживает ли L... большой текст свёрнут, показать
     
     
  • 9.130, iZEN (ok), 20:26, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не отмораживайся, а ответь прямо поддерживает ли линукс 6 9-rc3 древнюю ZF... текст свёрнут, показать
     
     
  • 10.132, Аноним (-), 00:14, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я не знаю насчет древней , но так, FYI, ты не отмораживайся и подумай о том что... текст свёрнут, показать
     
     
  • 11.150, iZEN (ok), 22:46, 12/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну зачем мне думать об этом, если на это я повлиять ну никак не могу Мы-то не г... текст свёрнут, показать
     
     
  • 12.151, Аноним (-), 15:23, 14/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На чисто концептуальном уровне - забавные рассуждения А с практической точки зр... большой текст свёрнут, показать
     
     
  • 13.153, iZEN (ok), 21:42, 14/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Исходники ZFS тягают и адаптируют разработчики FreeBSD 8212 я к ним не отно... большой текст свёрнут, показать
     
  • 10.135, нах. (?), 07:39, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    так это не к линуксу вопросы, а к zfs Раз древняя - значит она шибкомодный стаб... текст свёрнут, показать
     
  • 3.69, DEF (?), 22:37, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Btrfs сама ещё похлеще портит данные.

    Наглое безапеляционное вранье. Btrfs уже как 5 лет стабильна как скала и используется в корпоративном продакшене.

     
     
  • 4.77, Аноним (-), 05:36, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >>Btrfs сама ещё похлеще портит данные.
    > Наглое безапеляционное вранье. Btrfs уже как 5 лет стабильна как скала и
    > используется в корпоративном продакшене.

    Ей мордокнига пару миилиардов юзерей обслуживает. Постоянно. Чартерными рейсами. На этом фоне вон те клоуны - админы локалхоста. У скольких из них БД на 30 терабайт вообще есть как у фэйсбука?

    А в результате протестированость и вообще качество ZFSного кода - походу дно, как показал инцидент с рефлинками. Баг влепленый "гуру" жил себе дохрена лет, всем пофиг. А вылез когда - в кои-то веки - от cow захотели чтобы он умел cow, надо же какая неожиданная хотелка! Только пот не понятно - с фига он ломаться от этого должен?! :)

     
     
  • 5.80, maximnik0 (?), 08:15, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >На этом фоне вон те клоуны - админы локалхоста

    Объясняю почему так происходит -у мордокниги железо наверное понадежнее,жёсткие и Флэш диски с усиленной контрольной суммой.Наверняка использует раиды с комбинерованной схемой и  кластерные решения- если где то и произошел сбой,автоматом сбойный сектор (да даже и диск с стойкой) помечается и подтянется исправный.Да и память тоже с 2-Q4  
    ECC .Вот и весь секрет, несмотря на объемы математика работает в пользу корпорации. А народ и меня бесит что в однодисковой конфигурации в 90 % повредилось 2-3 файла,но ФС не ремонтируется.Нету режима ремонта с потерями данных, да есть откат COW дерева,но не всегда помогает да и мягко говоря ошибиться вплоть до game over легко.

     
     
  • 6.82, User (??), 08:30, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Неее... для применения решений фейсбука - надо быть примерно фейсбуком. Иметь кучу данных на которые тебе настолько "пофиг", что просто "пофиг", реплицировать это все с определенной избыточностью на уровне сильно выше ФС по всему шарику, иметь возможность любую сбойнувшую железку выкинуть к чертям собачачьим и заменить на вот точно такую же - ну и так далее.
    В противном случае "решения фейсбука" вам ну вот примерно до лампочки и применить их у себя сколько-нибудь осмысленным образом вы не сможете.
     
     
  • 7.98, Минона (ok), 10:19, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Неее... для применения решений фейсбука - надо быть примерно фейсбуком. Иметь кучу
    > данных на которые тебе настолько "пофиг", что просто "пофиг", реплицировать это
    > все с определенной избыточностью на уровне сильно выше ФС по всему
    > шарику, иметь возможность любую сбойнувшую железку выкинуть к чертям собачачьим и
    > заменить на вот точно такую же - ну и так далее.
    > В противном случае "решения фейсбука" вам ну вот примерно до лампочки и
    > применить их у себя сколько-нибудь осмысленным образом вы не сможете.

    Почему это не сможет?
    Берёшь батарею из писюков, набиваешь дисками, накатываешь какую нибудь кластерную ФС.
    И вуаля, ты "подкроватный Фейсбук ".
    Можешь складывать туда свои фоточки.

     
     
  • 8.106, User (??), 12:33, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Не, ну попробовать можно, да У меня даже ведерочко попк... текст свёрнут, показать
     
  • 8.133, Аноним (-), 03:22, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем вам кластерная ФС в самопальном фэйсбуке Там балансировка, отказоустойчив... текст свёрнут, показать
     
  • 7.136, нах. (?), 07:44, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    там репликация не для избыточности, а для распределения нагрузки Если при этом ... большой текст свёрнут, показать
     
     
  • 8.140, User (??), 08:31, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нооо как же бырбырфысы Фейсбук Прод Н-надежность Гаражные ворота В... текст свёрнут, показать
     
  • 6.84, Минона (ok), 08:51, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Память у них действительно ЕСС ибо железо серверное А вот диски обычные так ка... большой текст свёрнут, показать
     
     
  • 7.105, maximnik0 (?), 11:19, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Ты о чем, какой ремонт

    Пишет тебе такие то файлы не корректные (+ может быть и методанные) , ладно поченить не получается -откатываешься по COW .Есть шанс что теперь методанные не сойдутся ,т.к эти данные были в методанных (мелкие файлы)- режим RO ,и пару повреждённых файлов которые не удалить не можешь, не поченить.Из за 4 мгб данных (к примеру)  переустанавливать на 10 Гб , так себе решение.Нету fsck которые эти некорректные данные снёс с разрешения юзера, сейчас именно упакованные мелкие файлы в метаданных есть слабое место btrfs в однодисковой конфигураци.

     
  • 6.96, Аноним (-), 10:10, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну как бы откровенное г-но они не берут, но - установите кучу систем, погоняйте ... большой текст свёрнут, показать
     
     
  • 7.104, maximnik0 (?), 11:07, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >И какой у вас на этот случай план, маэстро? Отношаться полдня с починкой тазика

    Самый плохой бэд ,это вы правильно заметили.Но если из диагностики фс известно что этот файл того- я его вытащу в первую очередь..... Из кэша Deb пакетов.2 или 3 команды чтобы узнать какому пакету принадлежит файл и его переставить.Внезапно,опыт был- не пропьешь.Снесло когда то на ровном месте- ещё ext3 полдиска при плановой проверке fsck - 200 мгб файлов.Как не Удивительно ,но система ещё грузилась, т.к я сделал лайв загрузку аварийную :-) Но бэкапы были только на пользовательские данные ,так мне подсказали скрипт для проверки на битые файлы и восстановление с пакетного менеджера.Да,был бы бэкап за полчаса управился ,а так на 2 часа удовольствие растянулось :-( Система заработала.

     
     
  • 8.114, Аноним (-), 07:53, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я предпочту чтобы ЭТО мне не требовалось, если данные и работающие системы нужны... большой текст свёрнут, показать
     
     
  • 9.122, maximnik0 (?), 11:43, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    К чести btrfs при всех ее глюках я важные данные не разу терял Тоже хоть и ворчу... текст свёрнут, показать
     
     
  • 10.126, Аноним (-), 13:45, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле - серебряных пуль не бывает У всех дизайнов есть свои приколы и о... большой текст свёрнут, показать
     
  • 5.90, Минона (ok), 09:09, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/

    > Ей мордокнига пару миилиардов юзерей обслуживает. Постоянно. Чартерными рейсами. На этом
    > фоне вон те клоуны - админы локалхоста. У скольких из них
    > БД на 30 терабайт вообще есть как у фэйсбука?

    У церна больше.

    А вообще у меня файлохранилище на 20 тб, видеоархивы на 200+ тб.
    Сейчас ждём поставку дисков по 20 тб, вместо 4 и 6, так что эти 200+ вырастут до 1000+ тб.

     
     
  • 6.115, Аноним (115), 08:00, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Completely missed point Меня в том контексте больше интересует даже не база и... большой текст свёрнут, показать
     
     
  • 7.137, нах. (?), 07:52, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    лолшта Прям не покидая своих беговых колес вытаптывают Поляна распахана, разме... большой текст свёрнут, показать
     
     
  • 8.141, Аноним (-), 15:48, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Хома у соседа в тему затестил дизайн с багом Ось перетерлась и крякнула А ты ... большой текст свёрнут, показать
     
     
  • 9.143, нах. (?), 16:06, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    есть Только твоих среди них - нет лучше б ты делал выводы на основе опыта рабо... большой текст свёрнут, показать
     
     
  • 10.148, Аноним (-), 14:51, 12/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да ну ладно, там что, инопланетяне чтоли работают Вот в CERN - я еще поверю У ... большой текст свёрнут, показать
     
  • 2.4, КО (?), 10:08, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Шило на мыло
     
  • 2.6, Werenter (ok), 10:13, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я вот пару дней назад поставил систему на bcachefs. Посмотрим, сколько продержится.
     
  • 2.22, Аноним (22), 11:39, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Прошлым летом сильно обжёгся об Btrfs. Пока посижу на ReiserFS. Благо, что ядро 6.1 обещают сильно долго LTS.
     
     
  • 3.29, scriptkiddis (?), 12:25, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лучше на fat32 сиди.
     
     
  • 4.48, Аноним (22), 17:41, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    UNIX Rights, Extendet attributes, POSIX ACL?
     
     
  • 5.79, maximnik0 (?), 07:40, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >POSIX ACL?

    Был когда то костыль, называется UMSDOS если по названию память не подводит.Но это именно костыль, приклеенный к тому же скотчем.Легко ломался и обходился, достаточно было хитро переименовать файл.

     
  • 3.34, Аноним (-), 13:40, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Пока посижу на ReiserFS. Благо, что ядро 6.1 обещают сильно долго LTS.

    fsck еще не забывай запускать, особенно если виртуалки на диске хранятся. Тебе понравится, ибо чужие деревья эта штука может укатать в ФС одной левой. А вот потом - это таки не bcachefs, и информации для рекавери в этом случае уже таки - нет.

    Так что если данные вдруг нужны - познаете прелести testdisk и photorec как раз.

     
     
  • 4.49, Аноним (22), 17:45, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    --rebuild-tree ни разу не подвёл.
     
     
  • 5.52, Аноним (-), 18:00, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > --rebuild-tree ни разу не подвёл.

    А ты пару RAW образов виртуалочек на файлуху разложи! Заодно потом и посмотришь как тебе такой NOTABUG/WONTFIX. И в этом месте начнешь догадываться почему в современном мире рейзера за что-то не лю. Эти клоуны не догадались валидацию "чье это дерево вообще?!" делать. Могут чужое в файлуху раскатать - с понятным результатом.

     
     
  • 6.83, User (??), 08:38, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На всякий случай - есть какая-то необходимость использовать именно raw формат?
     
     
  • 7.97, Аноним (97), 10:18, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да мало ли, может скачали такое Или было transient при какой-то работе с виртуа... большой текст свёрнут, показать
     
     
  • 8.107, User (??), 12:34, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Ну оооок У меня зубов в труднодоступных местах нет - но... текст свёрнут, показать
     
     
  • 9.117, Аноним (-), 08:24, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот народ периодически нарывается характерным паттерном readonly fs - fsc... текст свёрнут, показать
     
  • 6.125, Аноним (125), 13:24, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Клоуны - это те, кто не читает документацию прежде чем что-то делать. А потом визжит.
     
  • 6.147, maximnik0 (?), 11:56, 12/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Эти клоуны не догадались валидацию "чье это дерево вообще?!" делать.

    Странно, в самой райзер по описанию валидация есть .
    >Ключи используется в качестве...а также определение положение записей.Ключ состоит....Id родительского каталога,Id  объекта, смещения объекта и его типа .

    Похоже при восстановление дерева на ключи забивается болт,а потом народ орет а чужое дерево присоеденило с RAW формата виртуалки.Недоработкв fsck , а рук починить не нашлось.Тем более выкидывать ещё 5 лет назад собирались.Нету CRC,и не вкорячиешь,т.к нет версионности фс в традиционном смысле.

     
  • 3.42, qweo (?), 15:58, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На чём обжёгся?
    Избегаю это поделие, но полагал, что за 15 лет довели кодовую базу до вменяемого состояние. Преждевременно?
     
     
  • 4.54, Аноним (54), 18:11, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Оказалось, что маловато напряжение по 5 В (4.76), хотя, считал, что этого достаточно. До этого использовались ReiserFS, тоже иногда повреждались, но reiserfsck --rebuild-tree всегда отрабатывала безотказно, как автомат Калашникова. Сервисная утилита Btrfs после такого сказала, что на разделе ФС отсутствует, точка. Вернулся к использованию ReiserFS. Теперь на Uпит. больше обращаю внимания, но от btrfs.fsck неприятный осадочек остался. Теперь знаю, что если что, не вывезет.
     

     ....большая нить свёрнута, показать (52)

  • 1.2, Аноним (2), 09:59, 08/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Рукалицо. Олдскульные фс это то, чему в самом деле можно доверить котиков.Вот это пока все же лучше обойти стороной по моему скромному мнению. Эх,жалко reiserfs на следующий год выкинут окончательно. Так вот и будешь сидеть на екст котоую еще мамонты видели.
     
     
  • 2.5, Аноним (5), 10:08, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А что плохого в выкидывании самой ненадёжной и дохлой фс в истории, сколько лет она просущестовала, 2-3? 20 лет назад. Даже максимальный размер тома половиной диска ограничен, да? Ну и та же xfs хоть и регулярно обнуляет и теряет файлы, но хотя бы не дохлая.
     
     
  • 3.7, Аноним (7), 10:15, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Даже максимальный размер тома половиной диска ограничен, да?

    И давно в продажу поступили диски на 2 эксбибайта?

     
     
  • 4.11, Аноним (5), 10:19, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В википедии ссылка на спецификацию, там 16TiB.

    >max filesystem size 232 (4K) blocks => 16 Ti

     
  • 3.8, Аноним (2), 10:18, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я очень долго triserfs пользовался. Привык к ней,а таких объемов чтобы исчерпать возможности фс у меня просто нет. io_uring я и так в ядре отрубаю. Печально,что reiser4 не принимают в ядро. Тогда бы я ей начал пользоваться.
     
     
  • 4.13, Аноним (5), 10:29, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Битрот у неё особенно силён, для архивного хранения не годится. Какое-то время она была интересна упаковкой хвостов, на каком-нибудь почтовом сервере, где все файлы меньше стандартного минимального блока в 4кб, довольно интересно. Ещё бы не теряла данные от этой упаковки.
     
     
  • 5.25, Аноним (22), 11:59, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да и при хранении файлов >4 Кб заметно место экономит.
     
     
  • 6.51, Аноним (-), 17:56, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Да и при хранении файлов >4 Кб заметно место экономит.

    Да вот знаете ли btrfs и сабж тоже так умеют. Ибо нет монополии на inline хранение файлов и tailpacking. А не умеет это все только совсем уж окаменелый хлам. Для новых дизайнов это уже джентльменским минимумом считается.

     

  • 1.9, Аноним (10), 10:18, 08/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Типа существуют люди, которые повредили эту фс и так и сидели ждали этот патч?
     
     
  • 2.12, ПомидорИзДолины (?), 10:27, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если и не ждали патча, то как минимум сделали полный побайтовый слепок перед тем как пытаться что-то восстановить. Если сами восстановить не смогли, то теперь из слепка восстановят. Можно даже не дожидаться принятия в официальное ядро -- собрать локально из RC и восстановиться.
     
     
  • 3.15, 1 (??), 10:34, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да ладно ... Какой-то сценарий из 90х ... Побитовый слепок. Небось нынче и не знают как dd запускать ... там же непонятные in of без всяких -- в начале.

    Восстановили все данные из облачка на любимый ext2 и в ус^W бороду не дуют.

     
     
  • 4.20, Аноним (5), 10:53, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так правильно, сегодня все уже знают, что можно только gnu ddsrescue использовать для такого. Безграмотные остались в прошлом.
     
     
  • 5.37, Аноним (-), 13:50, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну так правильно, сегодня все уже знают, что можно только gnu ddsrescue
    > использовать для такого. Безграмотные остались в прошлом.

    Можно также myrescue и WHDD - с энными оговорками, и понимая что и зачем делается. В советах был тематический треп с gumanzoy - при интересе к тотпику рекомендую, этот ник где-то примелькался в том контексте и по нему можно найти ряд интересных тулсов на тему. Если оно вам надо.

     
  • 2.16, n00by (ok), 10:36, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    "Типа" автор предусмотрел в драйвере ФС возможность самовосстановления даже в случае намеренной порчи части управляющих структур. Чему поспособствовала ошибка в каких-то утилитах.
     
     
  • 3.59, нах. (?), 18:29, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А обещанной внешней fsck - так и не написал, видимо, потому что взялся сразу ее писать на хрусте?

     
     
  • 4.66, Аноним (-), 22:09, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А обещанной внешней fsck - так и не написал, видимо, потому что взялся сразу
    > ее писать на хрусте?

    А таки - факап заделал. А как там ZFSники то - уже выкатили тул для фикса пула с рассыпоном от рефлинков? Или таки - "пересоздайте пул"?

    И кстати не мог бы ты ответить в соседнем топике iZEN'у на интереснейший вопрос - "поддерживает ли ZFS Linux"? :D В вот именно своем незабываемом стиле. Хочу посмотреть как назамутненный разум (или таки разумом?!) переварит такой ответ вообще! Я конечно могу и сам ему сказать, но без фирменного стиля подачи это будет уже не то!

     
     
  • 5.70, нах. (?), 22:53, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А таки - факап заделал.

    судя по оговорке - нет.

    > А как там ZFSники то - уже выкатили тул для фикса пула с рассыпоном от рефлинков?

    там ничего не рассыпается

     
     
  • 6.75, Аноним (-), 05:25, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> А таки - факап заделал.
    > судя по оговорке - нет.

    Таки мне его ход мыслей нравится. "Нет деревьев - перестроим заново!". Ну, типа как с битыми индексами у БД. Его дизайн вообще немного навеян движками БД. Он это и не скрывает.

    >> А как там ZFSники то - уже выкатили тул для фикса пула с рассыпоном от рефлинков?
    > там ничего не рассыпается

    А почему рекомендовали пул пересоздать? Чисто по приколу? Что-то не сходится.

     
     
  • 7.86, нах. (?), 08:58, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    но деревья снапшотов должны быть Вместо - ну хрен с ними, со снапшотами, раз... большой текст свёрнут, показать
     
     
  • 8.99, Аноним (-), 10:24, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А таки для факапа такого уровня - сильно лучше чем ничего Тем более в экспериме... большой текст свёрнут, показать
     
  • 4.93, n00by (ok), 09:47, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А обещанной внешней fsck - так и не написал, видимо, потому что
    > взялся сразу ее писать на хрусте?

    Потому что узнал, что ФС пользуется популярностью на Опеннет, и тут каждый желает ему помочь.

     
     
  • 5.94, нах. (?), 09:57, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну желают, и чего? Кодить-то не умеют... и деньгов нет.
     
  • 2.32, Аноним (-), 13:37, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Типа существуют люди, которые повредили эту фс и так и сидели ждали этот патч?

    Типа, проблема возникала в МНОГОДИСКОВЫХ ПУЛАХ. И с учетом такой небольшой особенности - возможно это даже имело некий смысл. Учитывая времена операций с многодисковыми конфигами, чего доброго еще и большими. А, да, вы же не использовали экспериментальную ФС прям в живом проде, я надеюсь?!

     
     
  • 3.87, нах. (?), 09:00, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Типа существуют люди, которые повредили эту фс и так и сидели ждали этот патч?
    > Типа, проблема возникала в МНОГОДИСКОВЫХ ПУЛАХ. И с учетом такой небольшой особенности
    > - возможно это даже имело некий смысл. Учитывая времена операций с
    > многодисковыми конфигами, чего доброго еще и большими. А, да, вы же
    > не использовали экспериментальную ФС прям в живом проде, я надеюсь?!

    чувак, просивший патчи к немодному ведру - использовал на своем вполне живом (тогда еще) ноуте.
    Уж не знаю откуда взялся многодисковый пул (возможно это не единственное что ломалось), но содержимое ноута ему явно было неохота восстанавливать, даже если было с чего.


     
     
  • 4.100, Аноним (-), 10:27, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > чувак, просивший патчи к немодному ведру - использовал на своем вполне живом
    > (тогда еще) ноуте.

    На ноуте по моему вон тот факап вообще довольно проблематично получить? Он срабатывает только на многодисковой конфиге.

    Если кому надо старое ядро, на ноуте, с многодисковой конфигой, про это есть анек - "сам топи урановые ломы в ртути!"

    > Уж не знаю откуда взялся многодисковый пул (возможно это не единственное что
    > ломалось), но содержимое ноута ему явно было неохота восстанавливать, даже если было с чего.

    На мой вкус чувак не развалится прогрейдиться до актуального ядра с такой конфигой. Прости, но бэкпортить Experimental фичи в старые кернелы - это все же немного изврат. Типа, вот, урановых ломов в ртути.

     
     
  • 5.138, нах. (?), 07:57, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > На мой вкус чувак не развалится прогрейдиться до актуального ядра с такой конфигой.

    у чувака после этого апгрейда ноут перестал засыпать, а поскольку, в отличие от тебя, он на нем работает - ему такой вариант не подходит.

    Ну и да, автор фс оказался повменяемей тебя, и патч ему выложил. Тот самый, не принятый в штабильный файлоуничтожитель.

    Что конечно не означает что остальным надо надеяться на автора-одиночку а не пользоваться хотя бы более-менее стабильными решениями.
    Вот, к примеру, storage space...

     
     
  • 6.142, Аноним (-), 15:56, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну правильно, bisect проблемы сделать не для него Тогда пусть и стоит в такой п... большой текст свёрнут, показать
     
     
  • 7.145, нах. (?), 16:23, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну правильно, bisect проблемы сделать не для него?

    пару сотен раз пересобрать ведро, вероятнее всего с пачкой разрушающих данные багов? Отличная идея, но нет.

    Чувак для того и пользуется _стабильным_ (нонсенсом) ведром, чтобы такой херни не делать.
    А тут ему - подарочек, в шта6ильном ведре никто оказывается не планировал баги-то исправлять.

     
     
  • 8.149, Аноним (-), 14:55, 12/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Реально обычно около дюжины, если это не баг эпохи 2 6 32 какого там Сотня не п... текст свёрнут, показать
     

  • 1.14, Аноним (14), 10:33, 08/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Повреждаем Bcachefs, запускаем восстановление, параллельным процессом сканируем процесс восстановления и получаем etc/passwd. Бинго!
    Видимо, вся эта фс - это просто изощрянная атака на мировую инфраструктуру.
     
     
  • 2.17, n00by (ok), 10:38, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Что бы получить этот файл, ФС как таковая не нужна, пока он хранится как plaintext в блоке на блочном устройстве. Так что предлагаю другую конспирологию: именно поэтому производители и обеспечивают возможность их замены по гарантии. ;)
     
  • 2.35, Аноним (-), 13:45, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Повреждаем Bcachefs, запускаем восстановление, параллельным процессом сканируем
    > процесс восстановления и получаем etc/passwd. Бинго!

    Это ты еще не видел что testdisk и photorec могут. Я вон с найденой флехи undelete-нул пачку музыкальных треков. Чисто поугорать, "сколько удастся вынуть". Вынулось 90% объема флехи. Правда, музыкальные вкусы владельца флехи оказались уг, но тут уж заранее не угадаешь. Там правда NTFS был, но какая нахрен разница...

     
     
  • 3.41, Kuromi (ok), 15:51, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так они ищут файл по сигнатурам, особенно хорошо работает если фрагментация мала. Если ФС не шифрует файлы то в принципе с любой так можно вытащить.
     
     
  • 4.57, Аноним (-), 18:15, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну так они ищут файл по сигнатурам, особенно хорошо работает если фрагментация
    > мала. Если ФС не шифрует файлы то в принципе с любой
    > так можно вытащить.

    Ну дык. Я и не понимаю что тот наивный чукотский юноша ужасается. Если мне в лапы попадется его диск - я ему такое досье на него выну которое он якобы-стер, что /etc/passwd ему покажется сущими мелочами.

    Вы же понимаете что ФС реально не затирают файлы после "удаления"? Как самый максимум, trim на ssd может быть, когда-нибудь и занулит, и то опционально... (не, в синхронном режиме его не прикольно, записи тормозит, а когда там у энной ФС "когда-нибудь" наступает - отдельный вопрос).

     

  • 1.21, Аноним (21), 11:25, 08/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Товарищи, кто в теме!

    Это можно расматривать в перспективе как замену простым, как пробка, и надёжным, как весь гражданский флот, ext2/3/4?

    Или очередной аналог zfs/btrfs/xfs, созданный для нужд крупного энтерпрайза и требующих бесперебойника, резервных копий, постоянного мониторинга, реплицирования и на 90% состоящих из функционала, не нужного среднему домохозяину?

     
     
  • 2.23, Аноним (1), 11:40, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Изначально, она задумана как работа над ошибками реализации Btrfs. Чем она станет в итоге, пока рано говорить. На текущем этапе, как я понял, ставить ее имеет смысл только для тестов.
     
     
  • 3.63, anonymous (??), 19:52, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Btrfs вообще никаким боком ни разу, именно работал над прозрачным кэшем для HDD через SSD и в процессе увлекся, понял что там всю "систему менять надо" и стал делать с 0 новую ФС.
     
     
  • 4.67, Аноним (-), 22:19, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если не считать того что большую часть алгоритмов и управления ФС Кент содрал от... большой текст свёрнут, показать
     
  • 2.30, scriptkiddis (?), 12:29, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да.
     
  • 2.31, а што не так (?), 12:47, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Использую f2fs на дисках с черепичной записью работает быстрее чем ext4.
     
     
  • 3.40, Kuromi (ok), 15:42, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Логично, f2fs же log-based. Другой вопрос что в  идеале не надо было SMR использовать вообще.
     
     
  • 4.88, нах. (?), 09:01, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Логично, f2fs же log-based. Другой вопрос что в  идеале не надо
    > было SMR использовать вообще.

    найди мне 2t 2.5" диск для ноута без smr?


     
     
  • 5.108, maximnik0 (?), 18:05, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >найди мне 2t 2.5" диск для ноута без smr?

    Есть ещё в продаже модель (используется в внешних коробочках Seagate Backup Plus Slim ,но могли  и сменить,т.к очень древняя модель)
    Seagate Samsung Spinpoint M9T ST2000LM003 2TB

    Но цена дикая :-(

     
  • 2.33, Аноним (33), 13:39, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Надежность ext* существует только в сферическом вакууме, где физические диски работают идеально. Ведь она никак не проверяет целостность читаемых данных. То есть в типичной пользовательской системе из одного диска без избыточности/рейдов, вы о тихой порче данных просто не узнаете.

    А Btrfs монтированная с опцией flushoncommit устойчива к любым внезапным сбоям, ведь вся концепция CoW как раз строится на том, что фс просто не может находиться в невалидном состоянии. Ну и проверка целостности читаемых данных не позволяет тихую порчу.

     
     
  • 3.38, Аноним (5), 14:05, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У меня ext4 пережила примерно 50 разлетевшихся журналов подряд и даже ничего не потеряла каким-то чудом (пару раз пришлось ресетнуть аддоны и кэши браузера). Для сравнения ntfs у меня достаточно часто теряла/повреждала данные (которые повреждать не должна была, если бы это была ext4) и ей для этого хватало пару бсодов словить.

    А вот btrfs достаточно легко приводится в состояние, в котором из неё извлечь нельзя ничего. Недавно вон она сама себя приводила к подобным повреждениям.

     
     
  • 4.39, Аноним (33), 15:40, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ничего не потеряла = просто отсутствие проверки на битые файлы. Что собственно подтверждается вашим же предложением о ресете браузера.

    Тихое повреждение содержимого файлов это гораздо хуже, чем просто их потеря, ведь это ведет к абсолютно непредсказуемым результатам. И эти же битые файлы потом могут в бэкап уйти, заменив их нормальные версии. А когда выяснится, будет уже поздно.

    Да и вообще битье может произойти на многих уровнях, поэтому проверка целостности маст хэв. И btrfs все правильно делает, что не дает читать битые файлы или даже монтировать фс вообще при намеке на ее развал.

    Короче бэкапы нужно делать, а не надеяться, что данные "каким-то чудом" удасться восстановить.

     
     
  • 5.43, Аноним (5), 16:04, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Данные были на разделе с data=writeback, что не является умолчанием. 1 раз у меня файл .bash_history рута оказался заполнен мусором. Это после тысяч повреждений, если бы что-то случилось, это бы обнаружилось достаточно быстро (у большинства файлов хэши и/или контроль целостности). Записанные файлы и не должны повреждаться. Файлы, открытые на запись, будут повреждаться в любом случае, тут ни одна ФС не поможет. В общем, ext4 зарекомендовала себя достаточно хорошо. А вот бртфс вечно то рассыпается из-за видеодрайвера, то ещё что.
     
     
  • 6.44, Аноним (33), 16:47, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Файлы, открытые на запись, будут повреждаться в любом случае, тут ни одна ФС не поможет.

    А вот это неправда. Почитайте принципы работы Copy-on-Write и зачем его вообще придумали. Такие фс не пишут поверх существующих данных, а всегда создается новый экстент, синкается на диск, и только затем атомарно подменяется указатель в дереве.
    Это гарантирует, что в любой момент времени файл всегда в валидном состоянии. То есть после сбоя файл всегда будет либо в старом состоянии (до записи), либо в новом (после записи), и никогда посередине. И тем более не может оказаться с рандомным мусором вместо содержимого.

     
     
  • 7.45, Аноним (5), 17:15, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё как правда. Дело не в записи, дело в повреждении данных при частичной записи. И это мне казалось, что 100к фрагментов на 10мб файл на ext4 это уже слишком фрагментировано, бтрфс поможет вывести фрагментацию на новый уровень? А сколько записей впустую при этом совершает? На самом деле, конечно, главный довод против бтрфс -- это необходимость регулярной ребалансировки деревьев.
     
     
  • 8.53, Аноним (33), 18:01, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    О том и речь CoW исключает частичную запись Блок либо запишется полностью и ва... текст свёрнут, показать
     
     
  • 9.68, Аноним (-), 22:30, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Этот фокус позволяет ему делать вещи от которых остальные в штаны бы обгадились ... большой текст свёрнут, показать
     
  • 5.47, Аноним (21), 17:32, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вот я и хочу понять, bcache - просто это ext4 с добавленными чексуммами и прочими радостями, улучшающими экспириенс пользователе? Или это очередной монстр, предназначенный для замены вообще всего блочного стека, включая всякие lvm/raid6/..., который периодически будет разваливаться под собственной тяжестью и без посторонней помощи, в результате чего бэкапы будут нужны не "когда диск сломался", а стабильно раз в несколько месяцев.
     
     
  • 6.50, Аноним (33), 17:52, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, ничего общего с ext4. Она навороченая, ближе к zfs и btrfs, и тоже CoW.
     
  • 6.73, Аноним (-), 23:46, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Называя вещи своими именами - вот тот классический стек как раз и норовит сдохну... большой текст свёрнут, показать
     
  • 6.89, нах. (?), 09:03, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот я и хочу понять, bcache - просто это ext4 с добавленными

    нет, это адский оверинжиниренный трэш. Смысл его написания и назначение неведомы никому кроме его создателя. Кажется, он контрактует в компании, продающей наколеночной сборки насы, но это неточно.

    > чексуммами и прочими радостями, улучшающими экспириенс пользователе? Или это очередной

    чексуммы сами по себе экспириенс пользователя могут только ухудшить.

     
     
  • 7.101, Аноним (-), 10:31, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если сравнить это с ZFSом - так тот в цать раз жирнее И как его тогда называть ... большой текст свёрнут, показать
     
     
  • 8.113, нах. (?), 23:58, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Мнение местного специалиста ни в чем - очень важно для нас но нет таких задач ... текст свёрнут, показать
     
     
  • 9.118, Аноним (-), 08:48, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тебя что, на кернелорге забанили Посмотри в дереве гита кернела размер кода bca... большой текст свёрнут, показать
     
     
  • 10.120, нах. (?), 09:24, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    бестолку смотреть на размер еще недописанного кода К тому же еще и сравнивать п... текст свёрнут, показать
     
     
  • 11.127, Аноним (-), 14:01, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вообще-то большая часть заявленных фич так то уже на месте Вместе с иерархич... большой текст свёрнут, показать
     
  • 4.58, Аноним (-), 18:20, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А некоторым другим, менее везучим господам, реплей битого журнала - сделал из ФС... большой текст свёрнут, показать
     
  • 2.64, кент кента (?), 20:12, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >как замену простым, как пробка, и надёжным, как весь гражданский флот, ext2/3/4?

    а с чего ты взял, что ехт4 простая и надежная? )))) у кента этого написано, что там кода и костылей больше, чем в btrfs (который на порядок сложнее). простая и надежная это xfs (тсс, открытые файлы оно обнуляло 15 лет назад).

     
     
  • 3.71, Аноним (-), 23:26, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Именно поэтому майнтайнер XFS панически сы ся оттуда, заваленый багами от бото... большой текст свёрнут, показать
     
  • 2.109, Аноним (109), 18:30, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У неё прям в названии написано, что она не простая (>bcache<fs).

    Но можно сказать, что CoW постепенно обретает человеческое лицо (ZFS => btrfs => bcachefs).

    Мне интересна, потому что нет в природе "ext5" с фичами NTFS (сжатие файлов, VSS-снапшоты, невозможность "исчерпания inode").

     
     
  • 3.111, maximnik0 (?), 23:03, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Мне интересна, потому что нет в природе "ext5" с фичами NTFS (сжатие файлов,

    У Алана было ядро с NEXT4.Там единственное что иноды можно было исчерпать,но посредством пары команд можно было и добавить место под иноды.Том получался под "эмуляцией" LVM,использовали свои костыли.Отказались т.к вышел дикобраз- и скорости уже нету, и надежности-то снапшоты отвалиться,то сжатые файлы.А рук довести этот дикобраз не нашлось,они сами уже планировали поломать совместимость, т.к костыли мешали.

     

     ....большая нить свёрнута, показать (30)

  • 1.24, Аноним (22), 11:51, 08/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чего все разработчики ФС используют B-tree, почему бы не попробовать Dancing Tree, как у Райзера? Неужто, Ханс запатентовал?
     
     
  • 2.36, Аноним (-), 13:48, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Чего все разработчики ФС используют B-tree, почему бы не попробовать Dancing Tree,
    > как у Райзера? Неужто, Ханс запатентовал?

    То что академ концепции хороши - на бумаге. А в реальном мире - есть куча оврагов.

     
     
  • 3.46, Аноним (21), 17:28, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А в реальном мире - есть куча оврагов

    Типа личной неприязни руководителя проекта? Ну да, убедили.

     
     
  • 4.60, Аноним (-), 18:29, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Типа того факта что на практике - если фс использовать по назначению - вон то пр... большой текст свёрнут, показать
     
  • 3.74, maximnik0 (?), 01:17, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >попробовать Dancing Tree

    Было обсуждение лет 10 назад на Линукс орг,тестировали на райзер 4.
    В общем на новой фс все прекрасно,есть небольшой выигрыш по скорости,а дальше в эксплуатации начинается нюансы- в общем только в специфичных случаях выигрыш.

     
     
  • 4.102, Аноним (-), 10:33, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > В общем на новой фс все прекрасно,есть небольшой выигрыш по скорости,а дальше
    > в эксплуатации начинается нюансы- в общем только в специфичных случаях выигрыш.

    Еще более интересные нюансы начнутся когда окажется что например сторажи отказывают не так как это себе возомнили академики. Откуда и идея что крутая теория - ни о чем без отлаженной, протестированной реализации подкостыленой под реальный мир.


     
  • 2.61, нах. (?), 18:31, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    потому что Ctrl-C/Ctrl-V

    А самостоятельно - нужно математическое образование. А его у них нет, и получите несходящиеся алгоритмы.

     

  • 1.26, YetAnotherOnanym (ok), 12:13, 08/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Вобщем, Bcachefs - вычёркиваю. Годика через три-четыре потыкаю палочкой, если оно ещё будет.
     
     
  • 2.65, кент кента (?), 20:17, 08/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Годика через три-четыре потыкаю палочкой, если оно ещё будет.

    у кента план, чтобы его FS пережила его самого. учитывая, плачевное состояние остальных фс (даже вашего "эталона" ехтN), вполне реально.

     
     
  • 3.85, YetAnotherOnanym (ok), 08:53, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > плачевное состояние остальных фс

    А мужики-то не знают!

     
  • 3.91, нах. (?), 09:25, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >>Годика через три-четыре потыкаю палочкой, если оно ещё будет.
    > у кента план, чтобы его FS пережила его самого. учитывая, плачевное состояние

    ну для этого он может прыгать под автобус прямщас, незачем четыре года ждать.

    > остальных фс (даже вашего "эталона" ехтN), вполне реально.

    "теперь есть n+1 несовместимых стандартов"

    И да, то что вся поделка держится на одном-единственном человеке, получающем зарплату в крошечной никому неведомой подвальной фирмешке - говорит нам о ее жизнеспособности.

    reizerfs прожила без автора пятнадцать лет и до сих пор используется. (и прожила бы дольше если бы ему хотя бы не мешали)

     

  • 1.78, Аноним (78), 07:00, 09/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    всегда читая новости про любую ФС делаю ставку, что в коментах напишут как потеряли данные на btrfs. Ставка всегда выигрывает, уже в архив мемов наверно можно.
     
     
  • 2.92, нах. (?), 09:28, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > всегда читая новости про любую ФС делаю ставку, что в коментах напишут
    > как потеряли данные на btrfs

    ну зачем обязательно терять-то? Неужели тебя недостаточно радует "места дофига но его - НЕТ", с перспективой копирования пятерочки терабайтов куда-нибудь тудой, а весь мир подождет?

    Ентер-прайс куолити, не хрен собачий - орацл, новел и кто там еще не дадут соврать!

    Жаль они еще vmware в концессию не пригласили... а, стоп, у них у самих неплохо fsck вышел который ничего не чинит.

     
     
  • 3.103, Аноним (-), 10:37, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > ну зачем обязательно терять-то? Неужели тебя недостаточно радует "места дофига но его
    > - НЕТ", с перспективой копирования пятерочки терабайтов куда-нибудь тудой, а весь
    > мир подождет?

    Они в новых кернелах вообще по этому поводу сдедали ... авто-GC почти пустых block groups, откосплеив идею кента с buckets.

    > Ентер-прайс куолити, не хрен собачий - орацл, новел и кто там еще не дадут соврать!

    Судя по гитхабу ZFS - даже не врут, у тех на гитхабе куда более злой трэш.

    > Жаль они еще vmware в концессию не пригласили... а, стоп, у них
    > у самих неплохо fsck вышел который ничего не чинит.

    А нафиг им vmware или vmware'у - btrfs? Да и скушали уже вашу вмвару.

     
  • 3.110, maximnik0 (?), 18:38, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >места дофига но его - НЕТ

    Починили этот баг,уже давно, 8 лет должно быть.У ext4 не хватало инод, а у btrfs места, что сбивало с толку.А на самом деле Были напиленные полоски -страйпы: данные_методанные.Но при работе с мелкими файлами ( пишуться в методанные) или очень мелкими изменениями в БД без режима отключения COW  кончалось место на страйпе с методанными,хорошо если балансировка помогала.Сейчас добавили возможность выделение дополнительного объема для страйпа с методанными - да, это косяк разработчиков ,они не учли что методанные в COW могут нарастать нетипично быстро,что фоновая балансировка обгадиться.
    Сам напаривался на этот косяк- потом в течение 5 лет проверял на приложение либрусек когда починят.Есть ещё косяк с удалением-созданием мелких файлов (баг Шишкина) - но с включенной компрессией баг сглаживается, и только специально можно будет вывести эту фс.Опять же при отключенных квотах для юзера.

     
     
  • 4.112, нах. (?), 23:35, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > У ext4 не хватало инод

    нехватка инод - это не "места дофига", это иноды кончились. Видно в df, легко отслеживается и освобождается командой rm без плясок с бубном (и решаемо при создании fs даже при статических inodes). Тут - баг by design, подпертый костыликом. И неважно насколько "давно" - важно сколько лет с этим багом жили (примерно тоже восемь). Да и костылик кривоват.

    Т.е. об этом должны были подумать авторы изначальной концепции (вот ровно в тот момент, когда у них в дизайне завелась асинхронная операция) - но им было нечем и некогда. При том что их был целый комитет работников на зарплате. (Вот с математическим образованием - похоже, никого.)

    Можно проэкстраполировать о чем и в каком количестве не успел подумать единственный затраханный автор новой fs... ну и отойти подальше, чтоб не засыпало обломками.
    (С математическим образованием у него тоже явно все плохо - судя по (опять!) выбору btree без приведения доказательств. По этой же причине работающего EC не ждите, там все куда сложнее, это в мире всего три человека понимали.)

     
     
  • 5.116, maximnik0 (?), 08:20, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >По этой же причине работающего EC не ждите, там все куда сложнее, это в мире всего три человека понимали.)

    Прошу пояснительную бригаду - похоже про эту тему 10 человек вообще читали.

     
     
  • 6.121, нах. (?), 09:29, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >>По этой же причине работающего EC не ждите, там все куда сложнее, это в мире всего три человека понимали.)
    > Прошу пояснительную бригаду - похоже про эту тему 10 человек вообще читали.

    erasure codes

    Можно ты воспользуешься поиском и я не буду в пятнадцатый раз пересказывать на каких ужасных соплях держится (но это неточно!) ВСЯ современная рэйд-технология?

    (а французишку вздумавшего всерьез ворошить эту тему - убили и съели!)

     
     
  • 7.123, maximnik0 (?), 12:01, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Расшифровали понял.
    >это в мире всего три человека понимали

    Но это не точно, есть в Петербурге разработчики, они рэйд для реального времени сделали,для видиохостингов . Статья на Хабре называлась
    <Как разработчики сидели в Петербурге и тихо ели грибы, а потом написали ОС для систем хранения данных>

     
     
  • 8.129, нах. (?), 18:54, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    точно, точно - от тех троих есть пруф Ну и от лягушатника вроде тоже но я не в... текст свёрнут, показать
     
  • 4.119, Аноним (-), 09:17, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    При том вот это вот - как я понимаю абсолютно фатально Ибо динамическую аллокац... большой текст свёрнут, показать
     
     
  • 5.124, maximnik0 (?), 12:09, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Ибо динамическую аллокацию инод оно не умеет.

    С помощью бубна и LVM это можно поправить. Но вообще-то Ари для аллокации инод было написано.На linux.org один из участников кернел групп под расстрельный список давал на тестирование утилиту для увеличения количества инод.Отказались от утилиты, т.к риск потери информации оказался слишком большим, особенно на фрагментированной фс.

     
     
  • 6.128, Аноним (-), 14:18, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Получится хорошая иллюстрация на тему given enough thrust pigs fly just fine и... большой текст свёрнут, показать
     
  • 5.131, maximnik0 (?), 23:21, 10/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Чисто EXT4'й прикол.

    Но я уже несколько раз писал,разработчики костыль сделали чтобы это дело поправить.
    sudo fsck.ext4 -fD

    Где D optimize_extens.
    Принудительно перестраивает таблицу экстентов когда из за риска потери информации это не делает фс, а дальше освободив экстенты,проверяется иноды и тоже чистятся. ( Это дело можно поправить на новых ядрах, но переписывать старый код multiblock allacator побоялись)

     
     
  • 6.134, Аноним (-), 03:40, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Угу, особенно удобно обнаружить что-то такое при работе систем которые шатдаун... большой текст свёрнут, показать
     
     
  • 7.139, maximnik0 (?), 08:10, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >А риск потери информации при этом остается?

    Гораздо меньше,в разумных пределах.При проверке диска писать на диск может только сам fsck , т.е последовательный доступ.Ставиться метка что диск нуждается в проверке если на этом этапе питание ребут.Для fsck создаётся журнал операции,т.е все сделано чтобы данные не потерять.100% гарантии может дать только Спортлото....т.к даже на самой обычной операции головка винчестера может промахнуться и не тот сектор записать.

     
     
  • 8.144, Аноним (-), 16:18, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И все же на мой вкус это все как-то многовато внимания к 1 тазику при желании вс... большой текст свёрнут, показать
     
     
  • 9.146, maximnik0 (?), 22:23, 11/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это что за объемы 4 Тб диск у меня проверяется 6 минут, при этом заполнен был... текст свёрнут, показать
     
     
  • 10.152, Аноним (-), 15:45, 14/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    От содержимого еще зависит и ряда других факторов А если несколько больших винч... текст свёрнут, показать
     
     
  • 11.154, maximnik0 (?), 23:57, 15/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А износ муфт скольжения или подшипников Раньше пару микрон люфт было по хрен,сей... текст свёрнут, показать
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру