> на пол-страницы воды вместо признания очевидного - бырбыр _настолько_ уе..щная разработка,
> что ДАЖЕ этот очевидный случай не реализует вообще никак.Вообще-то его можно зацепить в 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, ты многое не видел. И тогда твое мнение о софтострое и управлении проектами недорого стоит.