The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Ошибка в Bcachefs, приводящая к разрушению ФС при использовании нескольких устройств, opennews (ok), 18-Мрт-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


72. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от fuggy (ok), 19-Мрт-24, 03:49 
Понапридумывают файловых систем, что им на ext4 не живётся.
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

75. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 19-Мрт-24, 04:25 
> Понапридумывают файловых систем, что им на ext4 не живётся.

Действительно,
- Снапшоты? Это для лохов. Намного круче переставлять в случае факапа систему убив пару дней, правда же?! Экономят свое время на управлении системой только глупые люди! Или нет?
- Впрочем о факапе вы узнаете не сразу. А когда все уже совсем хренакнется. Чексум же нет - поэтому о том что у вас кривое железо вы узнаете последним. Когда там уже совсем вермишель.
- Кстати, на консистентность содержимого файлов - EXT4, как бы это сказать то...
- А еще оно не умеет деаллокацию раздутых дир.
- Зато число инодов прибито на гвозди! Инновационная ФС как она есть!
- Рефлинки? Ну что вы, как можно! Деплойнуть десяток виртуалок из шаблона за несколько секунд?! Это не круто! Вот если час хрустения диском - сразу видно, энтерпрайзная технология. А тут за какие-то секунды, да еще место не жрет. Лохотрон!
- Удобное управление местом, уровнями RAID и проч? Не, не слышали! Гораздо лучше закатывать ритуалы на полдня, носиться по городу в мыле подбирая стопку дисков одинакового размера если расширить ФС приспичило и прочие характерные прелести. Просто подоткнуть то что под рукой? Добавив место 1 командой? Даже без делания мозга выраваниванием райла? Так можно было! Но не в EXT4, конечно!
- Сжатие? Ну что вы. Место на стораже бесплатное, его дохрена, сторажи все давно сверхскоростные. Что ты Васенька плачешь? А, тоже хочешь в такой коммунизм?!
- Чексумы чтобы еще и знать когда это "бесплатное" место на суперхлипком супердешевом суперемком стораже еще и сыпется (простите, получился все же капитализм), или хардвар дурит? Может еще и с проверкой онлайн, без тупого fsck вырубающего систему на полдня изволите? А так можно было! Но, конечно, не на этом дровяном потомке древних юниксных файлух, такие дизайны уже четверть века назад выглядели архаикой!

Ответить | Правка | Наверх | Cообщить модератору

82. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Минона (ok), 19-Мрт-24, 08:56 
Действительно,

> - Снапшоты?

ZFS

> - Рефлинки?

ZFS

> - Удобное управление местом, уровнями RAID и проч?

ZFS (хотя нафига на десктопе RAID)

> - Сжатие?

ZFS

> - Чексумы?

ZFS

ЗЫ:
А в твоём космолёте есть ВЕ? (Boot Environments)

Ответить | Правка | Наверх | Cообщить модератору

93. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Tron is Whistling (?), 19-Мрт-24, 09:36 
Забыли потерю данных на рефлинках и около :)

ZFS

Ответить | Правка | Наверх | Cообщить модератору

106. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от n00by (ok), 19-Мрт-24, 12:28 
>> - Удобное управление местом, уровнями RAID и проч?
> ZFS (хотя нафига на десктопе RAID)

Первые ноуты с SSD были с двумя накопителями. Ещё можно организовать кеш на SSD + медленное хранилище на HDD или двух. Что бы всё это настроить, не надо быть гуру vim и /etc/fstub, достаточно почитать руководство по ZFS от Оракла на русском языке.

Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

114. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от нах. (?), 19-Мрт-24, 13:31 
>>> - Удобное управление местом, уровнями RAID и проч?
>> ZFS (хотя нафига на десктопе RAID)
> Первые ноуты с SSD были с двумя накопителями.

но непригодными для raid потому что разного размера и разных характеристик.

Один под систему, другой под файлики. Зачем тебе тут суперфс - сложить все яйца в одну мошонку чтоб ее потом прищемило крышкой ноута?

> Ещё можно организовать кеш
> на SSD + медленное хранилище на HDD или двух. Что бы

но ненужно. Мы ведь про домашнее использование?

Ну и в zfs, доложу тебе, с этим кэшом "фсе ниадназначна" настолько что я тебе категорически не советую.

> всё это настроить, не надо быть гуру vim и /etc/fstub, достаточно
> почитать руководство по ZFS от Оракла на русском языке.

э... б...ть...

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

Ответить | Правка | Наверх | Cообщить модератору

151. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (151), 19-Мрт-24, 19:15 
> Ну и в zfs, доложу тебе, с этим кэшом "фсе ниадназначна" настолько что я тебе категорически не советую.

Дааааа чувствуется опыт в этих словах. Тоже в свое время наудивлялся с его приколов.

Ответить | Правка | Наверх | Cообщить модератору

178. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от n00by (ok), 20-Мрт-24, 12:06 
>>>> - Удобное управление местом, уровнями RAID и проч?
>>> ZFS (хотя нафига на десктопе RAID)
>> Первые ноуты с SSD были с двумя накопителями.
> но непригодными для raid потому что разного размера и разных характеристик.

В _первые_ ноуты с SSD ставили 2 (или 4) одинаковых на 64 Гб, потому что на 128 тогда не было.

> Один под систему, другой под файлики. Зачем тебе тут суперфс - сложить
> все яйца в одну мошонку чтоб ее потом прищемило крышкой ноута?  

что бы скорость работы была как в Венде, а не вдвое меньше. Что бы при этом не читать man fstab и не приседать по три раза в консоли с mdadm, с удивлением в итоге обнаружив, что ZFS почему-то быстрее.

>> Ещё можно организовать кеш
>> на SSD + медленное хранилище на HDD или двух. Что бы
> но ненужно. Мы ведь про домашнее использование?

Конечно. Не у всех же видео с котиками и кошечками, кому-то нужны игори по 200 гигабайт, SSD на них не напасёшься, а копировать туда-сюда долго и не каждый умеет.

Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

194. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 20-Мрт-24, 19:47 
>> но непригодными для raid потому что разного размера и разных характеристик.
> В _первые_ ноуты с SSD ставили 2 (или 4) одинаковых на 64

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

>> Один под систему, другой под файлики. Зачем тебе тут суперфс - сложить
>> все яйца в одну мошонку чтоб ее потом прищемило крышкой ноута?
> что бы скорость работы была как в Венде, а не вдвое меньше.

а все одно не будет. В венде нет 2x performance hit на mirror (удивительно?)

> Что бы при этом не читать man fstab и не приседать

man zfs несколько больше и сложнее. Раз в десять то и другое.

>>> Ещё можно организовать кеш
>>> на SSD + медленное хранилище на HDD или двух. Что бы
>> но ненужно. Мы ведь про домашнее использование?
> Конечно. Не у всех же видео с котиками и кошечками, кому-то нужны
> игори по 200 гигабайт, SSD на них не напасёшься, а копировать
> туда-сюда долго и не каждый умеет.

поэтому и не надо - завтра он другой игорь запустит, и будет бесполезный износ ssd.
(ну или в случае zfs arc2 отработает правильно и ssd вообще не будет участвовать в деле)
Т.е. надо ж понимать что двадцатигиговые карты флайтсимулятора читаются доооолго в любом случае - но один раз (причем они еще и из интернетов скачиваются, вот этого уже придется - подождать). А гиговые бинарники - на этом фоне один фиг быстро, разницу из-за успешно сработавшего кэша (если повезло и он правильный и не вытеснился теми картами) почти и не заметишь.

В общем, нифига пока не убедил.

Ответить | Правка | Наверх | Cообщить модератору

200. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от n00by (ok), 21-Мрт-24, 08:52 
>>> но непригодными для raid потому что разного размера и разных характеристик.
>> В _первые_ ноуты с SSD ставили 2 (или 4) одинаковых на 64
> ну у меня один. Распаян. У более новых моделей было два -
> разных (потому что тот что распаян и такой какой воткнешь рядом)

В каком году паять то начали? В Asus EEE стояло два разных, но они съёмные и я не рискую называть такое SSD. Было что-то до них и там скорости не 10 МБ/сек?

> А у тебя это экзотика странная какая-то.

Одинаковые ставили в Vaio Z (и MacBook тех годов, это была по сути их копия в другом корпусе). В ThinkPad-ах вроде бы 1 был, они уже стали Lenovo.

>>> Один под систему, другой под файлики. Зачем тебе тут суперфс - сложить
>>> все яйца в одну мошонку чтоб ее потом прищемило крышкой ноута?
>> что бы скорость работы была как в Венде, а не вдвое меньше.
> а все одно не будет. В венде нет 2x performance hit на
> mirror (удивительно?)

Так для дома не зеркало же надо, а что бы быстро работало.

>> Что бы при этом не читать man fstab и не приседать
> man zfs несколько больше и сложнее. Раз в десять то и другое.

Я читал руководство FreeBSD и pdf от Оракла, потому мне это не оценить.)

>>>> Ещё можно организовать кеш
>>>> на SSD + медленное хранилище на HDD или двух. Что бы
>>> но ненужно. Мы ведь про домашнее использование?
>> Конечно. Не у всех же видео с котиками и кошечками, кому-то нужны
>> игори по 200 гигабайт, SSD на них не напасёшься, а копировать
>> туда-сюда долго и не каждый умеет.
> поэтому и не надо - завтра он другой игорь запустит, и будет
> бесполезный износ ssd.

Ну и что? На авто едешь за новым полезным hdd в гелиевой оболочке, бесполезный износ резины. Пешком идёшь, подошва стирается.) У меня выжил один 64 Гб SSD, и что с ним теперь делать?

> (ну или в случае zfs arc2 отработает правильно и ssd вообще не
> будет участвовать в деле)
>  Т.е. надо ж понимать что двадцатигиговые карты флайтсимулятора читаются доооолго в
> любом случае - но один раз (причем они еще и из
> интернетов скачиваются, вот этого уже придется - подождать). А гиговые бинарники
> - на этом фоне один фиг быстро, разницу из-за успешно сработавшего
> кэша (если повезло и он правильный и не вытеснился теми картами)
> почти и не заметишь.
> В общем, нифига пока не убедил.

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

Ответить | Правка | Наверх | Cообщить модератору

202. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 21-Мрт-24, 10:29 
> В каком году паять то начали? В Asus EEE стояло два разных, но они съёмные

в 701 - один, впаян.
В 1000 - два, один такой же, второй съемный.

В thinkpad только если подобрать что-то вместо dvd (в тех древних где еще были dvd), или pccard,
внутренний слот sata у них только один.

> один 64 Гб SSD, и что с ним теперь делать?

"кактус на  него поставь!"
он же ж еще и тормозной.

>> а все одно не будет. В венде нет 2x performance hit на mirror (удивительно?)
> Так для дома не зеркало же надо, а что бы быстро работало.

дык вот - вендовое зеркало - на чтении вдвое быстрее чем одиночный диск (как, в общем-то, и должно)

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

> Обычному человеку надо что-то попроще и желательно одной кнопкой. "Один под систему, второй
> под игры" - с HDD уже не годится.

значит, пущай за второй ssd платит - обычные должны же ж - страдать.

Ответить | Правка | Наверх | Cообщить модератору

166. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 20-Мрт-24, 00:04 
> Первые ноуты с SSD были с двумя накопителями. Ещё можно организовать кеш
> на SSD + медленное хранилище на HDD или двух. Что бы
> всё это настроить, не надо быть гуру vim и /etc/fstub, достаточно
> почитать руководство по ZFS от Оракла на русском языке.

А btrfs и с 1 сторажом в схеме DUP живет. В сабже кстати пока аналогов этой фичи тоже нет, увы и ах. Хотя она и в планах Кента. Это конечно не спасет от полной кончины накопителя, но от рандомного бэда в дофига лет - вполне. Записей конечно в 2 раза больше, но вот на ноуте я много и не записываю - а чего? Билд нескольких небольших фирмварей? В KiCad порисовать? Не больно какие writer'ы.

Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

179. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от n00by (ok), 20-Мрт-24, 12:10 
На одном SSD дублировать блоки??? Ну это да. С таким не поспоришь. Нет смысла.
Ответить | Правка | Наверх | Cообщить модератору

214. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 21-Мрт-24, 23:19 
> На одном SSD дублировать блоки??? Ну это да. С таким не поспоришь. Нет смысла.

А разработчики btrfs таки - по дефолту DUP вернули для метаданных на SSD, из соображений выживаемости ФС. Но вам то ессно виднее чем господам с статистикой из-под миллиарда хомячков мордокниги, и всех остальных впридачу.

Таки - смысл может быть. Особенно на не очень хорошем девайсе. И даже на хорошем метаданные лучше хранить так. Флеш специфичная штука, там теорвер наше все.

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

Ответить | Правка | Наверх | Cообщить модератору

221. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от n00by (ok), 22-Мрт-24, 09:02 
>>> А btrfs и с 1 сторажом в схеме DUP живет
>> На одном SSD дублировать блоки??? Ну это да. С таким не поспоришь. Нет смысла.
> А разработчики btrfs таки - по дефолту DUP вернули для _метаданных_ на

Спасибо, что сам опроверг свой исходный тезис, подменив его (подчёркивание - моё).

> SSD, из соображений выживаемости ФС. Но вам то ессно виднее чем
> господам с статистикой из-под миллиарда хомячков мордокниги, и всех остальных впридачу.

Мне уже не интересно, что им виднее, с тех пор как _у_ _меня_ ФС необратимо в очередной раз посыпалась, _я_ обхожу её стороной. Про работающий скрипт Эдуарда и говорить не стоит.

Ответить | Правка | Наверх | Cообщить модератору

223. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Минона (ok), 22-Мрт-24, 10:42 
> А разработчики btrfs таки - по дефолту DUP вернули для метаданных на
> SSD, из соображений выживаемости ФС. Но вам то ессно виднее чем
> господам с статистикой из-под миллиарда хомячков мордокниги, и всех остальных впридачу.

А шо, раньше у них была 1 копия метаданных?!
Замечательный дизайн ФС! 🥂

Ответить | Правка | К родителю #214 | Наверх | Cообщить модератору

232. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 23-Мрт-24, 17:50 
> А шо, раньше у них была 1 копия метаданных?!
> Замечательный дизайн ФС! 🥂

Опять эксперты опеннета во всей красе :).

На самом деле было так:
- Сперва на 1-девайсных конфигах btrfs делал DUP для метаданных по дефолту везде, что на механике, что на SSD.
- Потом наслушались "умников" типа тебя и n00by что мол, дедупликация в SSD, умные контроллеры, протирание, блабла, и сделали в 1-девайсной конфиге 1 копию метаданных без DUP.
- Набрали статистику - оказалось что со всеми умными контроллерами, статистически выживать стало заметно хуже. Вернули DUP по деволту для SSD взад. Статистика ессно улучшилась.

С тех пор теоретики типа тебя и прочих n00by без таких статистик - и идут в (жо)пень, собственно. Со всеми вашими "ценными" экспертизами в топике. Как угодно но DUP понижает вероятность факапов в 1-девайсной конфиге. Не на халяву, но метаданные можно и по дефолту, а данные уже - "at user's discretion".

Сам по себе дизайн вообще тут не при чем - это вопрос дефолтной конфигурации. Эксперты опеннета ессно не понимают насколко важен этот топик. Ничего нового.

Ответить | Правка | Наверх | Cообщить модератору

244. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Минона (ok), 25-Мрт-24, 14:50 
> На самом деле было так:
> - Сперва на 1-девайсных конфигах btrfs делал DUP для метаданных по дефолту
> везде, что на механике, что на SSD.

Ок, я то думал они совсем балбесы.
Хотя DUP мало, надо 3 копии иметь.

> - Потом наслушались "умников" типа тебя и n00by что мол, дедупликация в
> SSD, умные контроллеры, протирание, блабла, и сделали в 1-девайсной конфиге 1
> копию метаданных без DUP.

У тебя галюники?
Я никогда такого не говорил.

> - Набрали статистику - оказалось что со всеми умными контроллерами, статистически выживать
> стало заметно хуже. Вернули DUP по деволту для SSD взад. Статистика
> ессно улучшилась.

Молодцы, на ошибках учатся.

Ответить | Правка | Наверх | Cообщить модератору

148. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от Аноним (-), 19-Мрт-24, 18:34 
> ZFS
> ЗЫ:

Я использую btrfs на довольно малохольных штуках с 64..256 мег оперативы. С ZFS на таком вообще нечего ловить. И DUP для 1-девайсных конфиг оно не умеет. Энтерпрайзная байда для покусаных энтерпрайзом.

И вообще не нравится мне ваш ZFS, ни управлением ни структурой ФС. Не понимаю нахрен оно такое. Btrfs лучше продумал ряд моментов. Кент это - понял. Чем и крут для меня. Я хочу видеть развитие этого направления в именно таком духе, и буду за это обеими руками.

> А в твоём космолёте есть ВЕ? (Boot Environments)

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

Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

160. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (160), 19-Мрт-24, 22:55 
Вот здесь довольно популярно многое разъяснено про ZFS:  

https://docs.google.com/document/d/1Qxo2V3v0mjHAW0Q7OElKlWn9... ,  
https://docs.google.com/document/d/1na_evjdwYJ7mPo3_UcaVdEOR... ,  
https://docs.google.com/document/d/1IA2J5BBB-OVtpV1lFNkm8sQ2... ,  
https://docs.google.com/document/d/1n2Q6yhkew_e0XvSmqJ0BjqOG... ,  
https://docs.google.com/document/d/1Mldq5HyvgIHR-MiMCs7AsgND...

Ответить | Правка | Наверх | Cообщить модератору

163. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от Аноним (-), 19-Мрт-24, 23:41 
> Вот здесь довольно популярно многое разъяснено про ZFS:

Спасибо, чел, но, честно, мне оно не надо...

Во первых я могу посмотреть на дизайн ФС и сделать свои выводы. Я просто не увидел причин по которым тот дизайн работал бы с приличной скоростью без подпора сотнями рамы. В тех кейсах мне неоткуда раму взять и/или это стоит денег. Прямо сейчас у меня запущено не менее дюжины VM. В одной из них мы болтаем...

Во вторых внеядерный модуль гарантирует проблем. Я предпочитаю "майнлайновый" экспериенс и взаимодействие с апстримами. Я не пох и не собираюсь создавать себе более 9000 проблем на ровном месте. На окаменелые кернелы мне - пофиг. Мои процессы подвязаны на майнлайн и я не прочь взаимодействовать с ними. Это круто и эффективно.

В третьих мне очень нравятся как сделано управление местом в btrfs, с динамической реконфигурацией всего, вплоть до реатрайпа. На мой вкус будущее ФС должно быть таким. И Кент в целом согласен с этой идеей. Это повод интересоваться его дизайном для меня. Я вижу nextgen ФСостроения таким и заинтересован чтобы будущее было - вот так. Вместо ацких ритуалов, выравниваний и хранения "правильных" дисков на складе.

В четвертых я научился очень эффективные фокусы. Типа большого апдейта системы в тощей конфиге с мануальным контролем транзакционной механики. Как то делаю btrfs'ом снапшот. Пытаюсь "eatmydata apt upgrade" для дофига всего (в таком виде все fsync и проч идут нафиг, операция разы быстрее). Если прокатило - окей. Не прокатило - возврат на снапшот. Такой фокус ессно требует понимания общих идей транзакционной семантики и когда у нас "commit" а когда "rollback" и как это маппится в фичи "своей" ФС и какие грабли есть. Я думаю что я реально уделаю поха по ряду системных операций во многие разы.

Впрочем может кому-то другом линки пригодятся. Мало ли.

Ответить | Правка | Наверх | Cообщить модератору

171. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Аноним (171), 20-Мрт-24, 08:10 
С кейсом / на зеркале btrfs , когда половинка 'потерялась' сталкивались?  
Как загрузка, нормально проходит? без ручного вмешательства?  
В моём случае это блокирующий фактор...
Ответить | Правка | Наверх | Cообщить модератору

195. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 20-Мрт-24, 19:50 
> С кейсом / на зеркале btrfs , когда половинка 'потерялась' сталкивались?
> Как загрузка, нормально проходит? без ручного вмешательства?
> В моём случае это блокирующий фактор...

э...стоп, а оно что - и ЭТОГО тоже не умеет?!

Ответить | Правка | Наверх | Cообщить модератору

229. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 23-Мрт-24, 16:43 
>> С кейсом / на зеркале btrfs , когда половинка 'потерялась' сталкивались?
>> Как загрузка, нормально проходит? без ручного вмешательства?
>> В моём случае это блокирующий фактор...
> э...стоп, а оно что - и ЭТОГО тоже не умеет?!

судя по комменту ниже - не умеет. Приехали. Это вообще люди делали для людей или гомодрилы?

Ответить | Правка | Наверх | Cообщить модератору

246. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (246), 26-Мрт-24, 06:54 
Нууу... Чтобы быть совсем уж честными, скажем так: btrfs и systemd "тянут одеяла на себя".  
Т.е. в 90% дистрибутивов с systemd, загрузка без ручного вмешательства не произойдёт.
А, в остальных 10%, скорее всего произойдёт.  

Как, например, проходит нормально в Devuan: загрузка, замена 'потеряного' диск, ребаланс онлайн.

Ответить | Правка | К родителю #195 | Наверх | Cообщить модератору

216. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от Аноним (-), 22-Мрт-24, 00:01 
> С кейсом / на зеркале btrfs , когда половинка 'потерялась' сталкивались?

Меня больше колыхали 1-девайсные конфиги, коих есть, и там я схему DUP научился юзать с неких пор. Это так: запись блока иде в 2 разные смещения на 1 устройстве. Прелесть в том что это работает с минмумом гемора даже на конфигах где системный девайс всего 1 - и хоть там как. А в одноплатниках, ноутах, и т.п. на этот счет особо не повыпендриваешься, есть то что есть. И вопрос в том как получить более надежную конфигу из ЭТОГО.

Как совсем злой вариант - там можно в надежную NOR флеху налить uboot или grub какой - и ими цеплть что там уже хотелось в довольно продвинутом виде. Но это привносит дофига допущений. На ARM - что проц умеет грузиться с SPI nor. На x86 что у вас есть coreboot/libreboot.

Без разруливания ЭТОГО аспекта факап будет в том что взятая наобум система может иметь какие-то свои идеи откуда она там грузится и что оно делает при отпадении того или иного девайса. И спасибо если отпадении. А то может и например читаться, но частично и с ощибками. Или что еще.

> Как загрузка, нормально проходит? без ручного вмешательства?
> В моём случае это блокирующий фактор...

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

Совсем без энного девайса - надо -o degraded скормить будет, IIRC. Но при желании это решаемо трекингом в бутлоадере успеха загрузки, счета фэйлов, и при эн неуспехах переходу к более радикальной стратегии рекавери системы. Если надо на вот именно автомате.

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

Т.е. все почему-то думают что в случае зеркала - 1 из девайсов перестанет подавать признаки жизни. Но есть полно иных вариантов. Скажем - а что если оба девайса есть, работают но - отдают разное?! Или один из них порой сбоит при чтении? ЧСХ "классический" RAID1 совершенно бесполезен от таких вещей и жестко лажает. Btrfs даже потрепыхается, repair'я зафейленые чтения с избыточной копии. Но тут все же очень зависит от требований. Т.е. сделать это можно и с btrfs'ом если задаться такой целью. И с много чем еще. Вопрос в том что именно хочется получить, какой уровень контроля над системой есть, и сколько кто готов возиться с этим.

Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

230. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 23-Мрт-24, 16:56 
>> С кейсом / на зеркале btrfs , когда половинка 'потерялась' сталкивались?
> Меня больше колыхали 1-девайсные конфиги, коих есть, и там я схему DUP

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

> научился юзать с неких пор. Это так: запись блока иде в
> 2 разные смещения на 1 устройстве. Прелесть в том что это

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

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

> т.п. на этот счет особо не повыпендриваешься, есть то что есть.
> И вопрос в том как получить более надежную конфигу из ЭТОГО.

средствами fs - никак. очевидно. Ненадежное железо - ненадежно. by design. И это повод просто его не использовать там где неохота пердолиться.

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

опять сказочки опрашивавшего.

> все корректно будет обыгрывать, или у вас есть контроль над тем

ты не поверишь...

> Совсем без энного девайса - надо -o degraded скормить будет, IIRC. Но

вот и езжай скармливать.

> при желании это решаемо трекингом в бутлоадере успеха загрузки, счета фэйлов,

троллейбус из буханки. Только он еще и не ездит.

> Т.е. все почему-то думают что в случае зеркала - 1 из девайсов

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

> перестанет подавать признаки жизни. Но есть полно иных вариантов. Скажем -
> а что если оба девайса есть, работают но - отдают разное?!

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

> Или один из них порой сбоит при чтении? ЧСХ "классический" RAID1
> совершенно бесполезен от таких вещей и жестко лажает. Btrfs даже потрепыхается,

точно-точно?

Dec  2 01:00:51 kernel: (ada1:ahcich1:0:0:0): Retrying command
Dec  2 01:00:51 kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 25454, size: 65536
Dec  2 01:00:51 kernel: (ada1:ahcich1:0:0:0): READ_FPDMA_QUEUED. ACB: 60 80 18 36 d9 40 16 01 00 00 00 00
Dec  2 01:00:51 kernel: (ada1:ahcich1:0:0:0): CAM status: ATA Status Error
Dec  2 01:00:51 kernel: (ada1:ahcich1:0:0:0): ATA status: 41 (DRDY ERR), error: 40 (UNC )
Dec  2 01:00:51 kernel: (ada1:ahcich1:0:0:0): RES: 41 40 1e 36 d9 40 16 01 00 00 00
Dec  2 01:00:51 kernel: (ada1:ahcich1:0:0:0): Error 5, Retries exhausted

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

> repair'я зафейленые чтения с избыточной копии. Но тут все же очень
> зависит от требований. Т.е. сделать это можно и с btrfs'ом если

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

Работничек top500. Поверим, ага.

Ответить | Правка | Наверх | Cообщить модератору

233. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 23-Мрт-24, 18:35 
> на пол-страницы воды вместо признания очевидного - бырбыр _настолько_ уе..щная разработка,
> что ДАЖЕ этот очевидный случай не реализует вообще никак.

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

> и когда оно накрывается целиком - ты едешь чинить заевшие шибкоумные ворота.

Если система накрылась целиком - тут уж упс. Но если делать системы правильно, они работают годами без каких либо приключений. А failure rate вон то мероприятие таки - снижает. При том ничего не стоя мне, кроме твика пары скриптов: места на типовом SD/eMMC столько что моим минимальным системным образам даже DUP - с большим запасом.

А записей там by design очень немного и это в какой-то момент даже становится багом - ибо флехи не "регенерируются" перезаписью. Ну а вот btrfs этот момент подстрахует независимо от интеллекта фирмвари sd/eMMC. Ессно если оно часто икает бэдами - заменяется. Только не аврально, по утрате функций, а фоново, когда это удобно.

> больше склоняюсь к последнему.)

Да ты и с энтерпрайзами и VM уже телепатию уровня бох^W пох показал тут :).

> средствами fs - никак. очевидно. Ненадежное железо - ненадежно. by design. И
> это повод просто его не использовать там где неохота пердолиться.

А таки - от нескольких фэйлов этот маневр уже спас. Чисто статистически. Ну вот на нескольких выводках - на паре девайсов за несколько лет таки был "csum failed -> corrected". Без этого 50/50 что пришлось бы их аврально менять/чинить. А так self heal.

> опять сказочки опрашивавшего.

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

Вон то видишь ли - занахаляву, в pre-existing выводках, software-only - а свойства таки улучшает.

> ты не поверишь...

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

>> Совсем без энного девайса - надо -o degraded скормить будет, IIRC. Но
> вот и езжай скармливать.

Если мне станет надо именно это, именно так - я и оставлю немного себя. В скрипте бутлоадера. Чтобы самому не ехать как раз. Но для эмбедовки 2 загрузочных девайса в RAID - нехарактерное комбо, увы и ах. А если ну вот совсем супернадежность надо - это другими способами лучше делать, типа "2 из 3" например. Заметь, в мажоритарном принципе - никаких допущений о супернадежности юнитов нет, напротив идея что юнит может отказать - часть плана.

> троллейбус из буханки. Только он еще и не ездит.

Given enough thrust pigs fly just fine!

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

Я уже видел как вы тут знаете, ога. У меня - опыт всей планеты на моей службе. В виде девов btrfs'а того же которые честно обрисуют и статистику "в целом" и challenges своего дизайна и проч. Вместо ваших голимых дифирамб и квадратно-гнездовых способов.

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

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

>> совершенно бесполезен от таких вещей и жестко лажает. Btrfs даже потрепыхается,
> точно-точно?

[...]
> Dec  2 01:00:51 kernel: (ada1:ahcich1:0:0:0): Error 5, Retries exhausted

Btrfs при read error блока с mirror'а - сделает write из исправной копии для восстановления избыточности. Эта логика довольно дружественна к ремапу секторов фирмварями кстати, в отличие от "in place" файлух.

Больше воооон тот сектор уже не надо, долбиться в него не требуется, и при случае это будет перезаписано другими блоками. И фирмвар накопителя сможет проверить запись и ремапнуть это, если надо. Это как раз актуально при "взбрыке" когда с девайса либо не прочелся какрй-то гадский сектор, или прочелся како-то левак. А такое - вот - бывает.

> какие-то проблемы с питанием или охлаждением, но 35евровому коню под хвост не смотрят)

Если это за 35 евр железная машина - как грится нахаляву и уксус сладкий :)

> поделок в столе, требования вполне понятные и очевидные. А тебе даже
> и невдомек, что на самом деле требуется от рейда и зачем оно такое.

У меня несколько иные кейсы. И там 2 бутовых девайсов - как правило просто чисто технически нет. Это не хорошо и не плохо. Это просто факт.

> Работничек top500. Поверим, ага.

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

Ответить | Правка | Наверх | Cообщить модератору

239. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 24-Мрт-24, 19:27 
> Вообще-то его можно зацепить в degraded режиме. И да, при желании это можно обыграть из бута.

при желании попердолиться вприсядку. Ок.

> А сложнее всего в таких вещах - с системной фирмварью и ее заскоками, вообще-то.

никаких сложностей. Просто твой опыт как обычно - нулевой. Полторы флэшки в столе и одни безумные ворота.

> Далеко не любое фирмваре сможет читануть загрузчик и п

возможно в твоем ноуте и правда что-то совсем убогое. Но любое более-менее промышленное железо (и даже большинство десктопов) прекрасно загрузится с первого попавшегося носителя. Иногда сложнее сделать чтоб оно так не делало без спросу.

> А таки - от нескольких фэйлов этот маневр уже спас.

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

> Заметь, в мажоритарном принципе - никаких допущений о супернадежности юнитов нет, напротив идея
> что юнит может отказать - часть плана.

нет. Потому что иначе "конечно же на этот случай все предусмотрено", и из специальных ниш выкатываются кишкопромокательные губки.

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

> Ну тогда я лучше буду доверять разработчикам btrfs

это вот тем ребятам которые в собственном коде не разбираются и за пятнадцать лет не смогли починить или хотя бы выбросить неработающий raid6? Которым понадобилось десять лет чтобы кое-как затолкать под коврик проблему "места дофига но оно кончилось... вот" ? Безсловно, заслуживают всяческого доверия. Но я лучше буду доверять своему опыту. Он довольно немаленький и отказов носителей я поперевидал изрядно.

>> Dec  2 01:00:51 kernel: (ada1:ahcich1:0:0:0): Error 5, Retries exhausted
> Btrfs при read error блока с mirror'а

Это не "read error" в том смысле что вернулось битое. Оно сдохло. Совсем сдохло, приехали, не читается и не пишется уже. (нет, оно не полное г-но, оно почти год копило pending sectors, но мне было сложно не то что попасть туда физически, а хотя бы гарантировать себе нормальное рабочее место, а не недоноут с отваливающейся клавиатурой и 10" экраном)
Но после выковыривания мертвого диска - поехало дальше без необходимости это самое рабочее место использовать. Обошелся обычным ssh в уже работающей системе. Да, в обратную сторону нет автоматики, восстанавливать зеркало приходится руками, но никаких ручных костылепердолингов чтобы хотя бы загрузилось - нет. degraded - ну degraded. Чем это отличается от отказа на ходу? (надо будет глянуть, бырбыра хоть такой-то - отработает?)

Удивительно в каком вывернутом наизнанку мире живут авторы бырбырфесе и их фанаты, что их поделка такого из коробки не умеет. Мне даже в голову не приходило такое. Ну ок, еще одно место где бырбыре не быть.

> Если это за 35 евр железная машина

увы. Предыдущую за 25 отобрали со словами что чойта с тебя денег мало, давай ты нам будешь платить хотя бы 60. А там был 3ware которому я доверял больше чем этому вот всему. (но надо признать - без kvm я бы не запустил пострадавшую систему, более того - трудами горе-работников DC одну такую успешно потерял - они полезли чинить что не умели и неправильно ответили на вопрос, задаваемый ровно один раз)

> У меня несколько иные кейсы. И там 2 бутовых девайсов - как правило просто чисто технически
> нет. Это не хорошо и не плохо. Это просто факт.

и оно необслуживаемое? Это эпический фак. Я бы смотрел в сторону загрузки с сети хотя бы как аварийного варианта. Ну и разумеется собирать такое можно только из самых надежных компонент, а не надеяться на бырбыр чудеса. Напоминаю - суперблок у тебя там фиксированный и перезаписывается миллион раз на дню. Это даже не fat. Та не перезаписывается при больше чем половине операций и никогда - целиком.

> А таки я у них многому научился.

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

Хотя конечно могу поверить что эти именно так и работали. Гугль и IBM не дадут соврать. Младшие падаваны там ни за что не отвечают и слепо верят указаниям сверху, а если не будут - их уволят одним днем.

Ответить | Правка | Наверх | Cообщить модератору

245. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Минона (ok), 25-Мрт-24, 15:00 
> Да почему же. Я практикую плотный контроль над системной фирмварой и даже
> могу что-то такое забацать если надо.

Дай угадаю, 3-2-1, на SPARK бацаешь?

Ответить | Правка | К родителю #233 | Наверх | Cообщить модератору

189. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от Аноним (152), 20-Мрт-24, 18:43 
> я могу посмотреть на дизайн ФС и сделать свои выводы

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

Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

217. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 22-Мрт-24, 00:18 
> а я по сообщениям вижу, что с пониманием как раз большие
> проблемы, и разговариваешь ты в основном чужими словами.

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

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

Поэтому мне нравится...
1) Как они сделали управление аллокацией местом и уровнями RAID, это по факту нечто типа "пофайлового RAID". Это некорректное описание, но идея в том что аллокатор на момент записи в принципе - решает как именно писать вон то. И есть block groups относящиеся к той или иной схеме хранения. Это круто и гибко. И на самом деле так можно много чего интересного.
2) Backrefs в сочетании с 1) позволяет довольно ненапряжно и шустро расчистить и вынуть энный девайс.
3) И добавить тоже - ненапряжно. Даже в RAID. В их терминах например RAID1 это требование к аллокатору записать этот блок на 2 разные девайса. Не обязательно кажлый раз одни и те же. В силу такого требования - вылет девайса не критичен т.к. всегда есть вторая копия на других девайсах. А с точки зрения управления - можно, вот, подоткнуть произвольный диск в RAID, отрастет +N места. И все. Ну, для феншуя ребаланс лучше пнуть.
4) В сочетании с CoW оно может достаточно прозрачно, просто и относительно безопасно сменить схему хранения - и даже не по всей площади, а например только метаданным. У данных и метаданных могут быть разные схемы хранения. А на самом деле - теоретически можно было бы чуть ли не разным файлам разные схемы назначать.

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

Кент в целом ту логику - содрал! Поэтому его дизайн сможет примерно то же что btrfs. Там есть некие упрощения, переигровка и проч. Вместо больших (по дефолту гиг, но настраиваемо) block group - более мелкие buckets на несколько мегов, подгребаемые более агрессивно чем BG. Но общая идея действа, и решений аллокатора - достаточно похожи. Хоть и заметно отличаются в деталях. Но это тоже nextgen дизайн, способный на продвинутости. А не та хрень, "первый блин комом". У него есть и (недопиленные пока) затеи типа Erasure Coding, это нечто типа продвинутого ответа схеме DUP, но более эффективное по месту.

> Не могу только вспомнить, чьими именно. То ли ютубера какого-то, то ли FAQ одного
> богом забытого подреддита.

Я не изучаю ФС по ютубу и не пользуюсь reddit'ом. Ну так, мелочи. А еще я таки юзаю майнлайновые кернелы, плотно интегрирован с их девом и не собираюсь от этого отказываться.

Ответить | Правка | Наверх | Cообщить модератору

174. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Минона (ok), 20-Мрт-24, 10:59 
> Я использую btrfs на довольно малохольных штуках с 64..256 мег оперативы.

Ну я и не сомневался что она для всякого говна только и годится.

> ZFS на таком вообще нечего ловить.

на 512 нормально работает.

> И DUP для 1-девайсных конфиг оно не умеет.

Умеет.

> И вообще не нравится мне ваш ZFS, ни управлением ни структурой ФС.
> Не понимаю нахрен оно такое.

Да кого волнует мнение человека нифига не понимающего в ФС.

>> А в твоём космолёте есть ВЕ? (Boot Environments)
> В моих космолетах есть довольно много странной лабуды.

Это хорошо что ты сам понимаешь что бтрфс - лабуда.
Есть надежда на выздоровление...

Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

196. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 20-Мрт-24, 19:58 
>> Я использую btrfs на довольно малохольных штуках с 64..256 мег оперативы.
> Ну я и не сомневался что она для всякого говна только и
> годится.

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

А ведь использовал бы ext4 - нечему бы было и дохнуть (наверное. Те две мои бывшие не поддержат. Но там и нагрузка не как в умных воротах)

> Это хорошо что ты сам понимаешь что бтрфс - лабуда.
> Есть надежда на выздоровление...

нету. он уже новый фуфел нашел себе.

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

Ответить | Правка | Наверх | Cообщить модератору

235. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (-), 23-Мрт-24, 19:07 
> я честно говоря сомневаюсь что и там будет хорошо - все эти
> бесконечные деревья с деревьями надо же ж где-то хранить и перебирать листиками.

Оно в отличие от твоего энтерпрайзного монстра юзает стандартную механику линя. Поэтому мало отличимо на вид от EXT4 какого. Работает себе и траблов не создает.

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

Yolo, там скорее инверсная проблема - из-за редких записей "регенерация" флех не случается, а то что контроллер sd/eMMC до такого допирает сам это 50/50 в лучшем случае.

> А ведь использовал бы ext4 - нечему бы было и дохнуть (наверное.

Ага, кроме того что - вот - разок рандомный бэд под libc6 всю систему урыл. А fsck там во первых запускать некому, и отвечать на его вопросы тоже. Да и если libc6 не читается - какой recovery в fsck предполагается в таком случае? :). А вот DUP таки вынет копию этого блока с другого смещения. И если бэд раз в 2 года, какой шанс словить его на второй копии? Не, я не доживу до проигрыша в такую рулетку.

> Те две мои бывшие не поддержат. Но там и нагрузка не как в умных воротах)

А, ты кажется начал догадываться. У меня и правда не дофига записей. Как раз из соображений надежности и выживания системы.

> нету. он уже новый фуфел нашел себе.

Этот "фуфел" - сделан по тем же лекалам и обещает быть примерно столь же приятным по управлению. Чем и симпатичем. А ОС с гиморным упарвлением, где все хреново и криво, с починкой систем часами и проч - это для тебя. Я уже познал что есть способы лучше.

> Все новое-красивое-переливающееся лампочками принимается за звездолет. А это всего лишь
> @н@льный вибратор... бывают и с подсветочкой. (не спрашивайте, для кого она
> там, мне запрещено это знать)

Ну да, твой шеф не оценит глупые вопросы в таких вещах :)

Ответить | Правка | Наверх | Cообщить модератору

237. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 24-Мрт-24, 01:46 
>> я честно говоря сомневаюсь что и там будет хорошо - все эти
>> бесконечные деревья с деревьями надо же ж где-то хранить и перебирать листиками.
> Оно в отличие от твоего энтерпрайзного монстра юзает стандартную механику линя.

именно. А она и так - г-но, вымывающееся линейным чтением.

А тут еще и памяти кот накакал. Файлик прочитал - все метаданные пошли по п-3де, не поместилось. А их там тонны.

> Поэтому мало отличимо на вид от EXT4 какого.

в 64х то мегабайтах? Еще как отличимо. (тут я, правда, опрашивал. Но ведь и тебе не придет никогда в голову померять)

> Yolo, там скорее инверсная проблема - из-за редких записей "регенерация" флех не случается

опять опрашивал, поди? А я вот - мерял. Ни на одной из полусотни флэшек с 2007 до 2019го года никаких проблем нет. Использовались в режиме worm, я никогда не перезаписываю флэшки с фото и видео. (и поэтому их таки у меня - много)

> Ага, кроме того что - вот - разок рандомный бэд под libc6 всю систему урыл.

на флэшке. бэд. Ну ок.

> А fsck там во первых запускать некому, и отвечать на его вопросы тоже.

(про -y наш специалист по всему тоже не слышал)

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

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

Ответить | Правка | Наверх | Cообщить модератору

234. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от Аноним (-), 23-Мрт-24, 18:58 
>> Я использую btrfs на довольно малохольных штуках с 64..256 мег оперативы.
> Ну я и не сомневался что она для всякого говна только и годится.

У меня есть ряд pre-existing выводков. Возможность нашару апгрейднуть их свойства таки круто ;)

>> ZFS на таком вообще нечего ловить.
> на 512 нормально работает.

У меня не файлопомойки - жрать весь RAM на ФС решительно не катит. Btrfs вообще в основном юзается за 2 вещи:
1) Снапшоты. Можно скажем "reset to system defaults" ими делать влегкую.
2) Схема DUP + чексуммы = self heal. Мои системные образа мелкие, на SD/eMMC немеряно места и ополовинить емкость не парит. А теорвер круто разворачивается в правильную сторону. И теперь я боюсь не 1 битого сектора под системой - а того что бэды накроют 2 копии в разных смещениях.

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

>> И DUP для 1-девайсных конфиг оно не умеет.
> Умеет.

В каком  месте? Не, создание 2 разделов и проч для RAID - не то. Это в разы сложнее в менеждменте и плохо дружит с идеей вида "раскатать образ на носитель "неопределенного" размера и grow до полного размера при 1st boot". А вон то - 1 параметр при создании ФС, в управлении как обычная ФС останется. Просто будет 2 копии делать.

> Да кого волнует мнение человека нифига не понимающего в ФС.

Да вы тут эксперты с вашим ZFS. Уже рассказывали какое оно клевое и без багов. А потом после фэйла с рефлинками я зашел на их гитхаб, и смог сравнить то что вижу с вашими росказнями :)

> Это хорошо что ты сам понимаешь что бтрфс - лабуда.
> Есть надежда на выздоровление...

Я никогда не стану похожим на bsd-like админов покусаных энтерпрайзом. Вы - вымирающий вид. Динозавры на пешеходном переходе. Туда же идут out of tree модули. Они всегда в лине этим были.

Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

243. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Минона (ok), 25-Мрт-24, 14:11 
> 1) Снапшоты.

ZFS

> 2) Схема DUP + чексуммы = self heal.

Опять ZFS

> В каком  месте?

Мануал почитай что-ли.

> Да вы тут эксперты с вашим ZFS. Уже рассказывали какое оно клевое
> и без багов. А потом после фэйла с рефлинками я зашел
> на их гитхаб, и смог сравнить то что вижу с вашими
> росказнями :)

Ходил на гитхаб и не нашёл сколько копий метаданных хранит ZFS?
Завязывай позориться, сказочник.

Ответить | Правка | Наверх | Cообщить модератору

96. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/
Сообщение от Аноним (24), 19-Мрт-24, 10:02 
Ну тип каждый должен заниматься своим делом, тогда и ошибок меньше. Вот, например, LVM и аппаратный рейд в индустрии приняты, а васянство с zfs нет.
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

115. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от нах. (?), 19-Мрт-24, 13:32 
> Ну тип каждый должен заниматься своим делом, тогда и ошибок меньше. Вот,
> например, LVM и аппаратный рейд в индустрии приняты, а васянство с
> zfs нет.

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

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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