forum.opennet.ru

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

Оглавление

Проблема с повреждением разделов Ext4 оказалась в md-raid0, opennews (ok), 23-Май-15, (0) [смотреть все]

Ну вот, поспешили с выводами Не разобрались А свидетели стабильного btrfs чуть , A.Stahl (ok), 08:44 , 23-Май-15, (1) +31 //

Та же история что и с провозвестниками чудесного нового мира systemd Очень прият, rob pike (?), 09:03 , 23-Май-15, (4) +11 //

Очень приятно - это, извините, отыграть случайно снесенную диру назад, откатив с, Аноним (-), 23:05 , 24-Май-15, (66) //

Для того, чтобы не щипать волосы на ж пе, достаточно для любой из extX использов, cryo (??), 13:34 , 25-Май-15, (79)

ооххх как же это знакомо - старпёры почему-то уверенны что стоит найти хоть од, Xasd (ok), 10:20 , 23-Май-15, (9) –14 //

Одну Скорее тысячу и одну Видите ли, именно потому бывают новости обнаружена , Аноним (-), 11:08 , 23-Май-15, (10) +2 //

Он готов Только при этом четыре раза в день будет делать бэкапы на соседний раз, неважнокто (?), 12:02 , 23-Май-15, (13) +6

бекапы -- на любую файловую систему можно закачивать - вероятность того что , Xasd (ok), 12:31 , 23-Май-15, (16)

ну вообще, конечно, всякое может случиться - поэтому я и оперирую термином , Xasd (ok), 14:16 , 23-Май-15, (22) +2

Вообще же, в русском языке новое предложение начинается с заглавной буквы На кл, iZEN (ok), 17:57 , 23-Май-15, (27) +8

Хоть изен и ламо, но придется ему поставить плюс Все-таки нельзя так класть , Аноним (-), 01:57 , 24-Май-15, (43) +4

Ну почему же, Вы ведь их знаете -- 50 50, или случится, или не случится Раз уж б, Michael Shigorin (ok), 23:00 , 23-Май-15, (32)
Возможно у них была общая причина - неисправный БП , Аноним (-), 16:58 , 24-Май-15, (62)

Никогда не сидели над блокдевайсом, припоминая старые добрые времена, когда эти , Michael Shigorin (ok), 22:57 , 23-Май-15, (31) +2 //

Как вы понимаете, в этом мире мало кто хочет угробить данные А вот претензия на, Аноним (-), 01:49 , 24-Май-15, (39)

Например, ровно из таких соображений до 2 6 30 и не думал доверять свои данные п, Michael Shigorin (ok), 11:30 , 24-Май-15, (58) +2

И это правильно - в ext4 до 2 6 28 включительно были довольно убедительные баги , Аноним (-), 23:03 , 24-Май-15, (65) +1

Именно, и в этих каждого первого не входил -- а в какие входил, то уже успели , Michael Shigorin (ok), 00:44 , 25-Май-15, (74)

Зря копья ломаете Смысл Ну путь юзают что кому удобнее, лишь бы не винду , Аноним (-), 02:05 , 24-Май-15, (44) +1 //

А винда-то тут причём Надёжная и проверенная временем операционная система, с к, iZEN (ok), 20:20 , 24-Май-15, (63) –3

Ух ты, первую ашибку заметил сам вторую, может, допетрит после подсказки главн, Michael Shigorin (ok), 21:32 , 24-Май-15, (64)

Кстати, используют, когда нужен быстрый кеш на SSD с рабочим discard Не все хард, XoRe (ok), 01:23 , 25-Май-15, (77)

наверное потому что у них свой RAID, с шахматами и поэтессами, силами самой Ф, Аноним (-), 01:32 , 24-Май-15, (38) –1 //

Сделать raid силами Btrfs просто несколько проще, чем использовать EXT4 mdamd И, Gannet (ok), 02:12 , 24-Май-15, (46) //

Ну, зачем так категорично RedHat усиленно продвигает LVM как альтернативу , ffirefox (?), 00:24 , 25-Май-15, (71)

Из общих соображений - поймать багу в коде RAID btrfs куда как больше шансов - о, Crazy Alex (ok), 15:01 , 24-Май-15, (61)

Поздно, тролли уже успели обгадить со всех сторон ext4 , Старшина Кириллов (?), 08:49 , 23-Май-15, (2) –1 //

Ниче не поздно к черту троллей , Аноним (-), 09:18 , 23-Май-15, (5) +1
и что , arisu (ok), 15:39 , 23-Май-15, (24) +2

ZFS cамая стабильная, Аноним (-), 08:50 , 23-Май-15, (3) +1 //

Только оперативы не напасешься, Аноним (-), 09:28 , 23-Май-15, (7) +2
какая конкретно её реализация или портирование , InventoRs (ok), 13:50 , 23-Май-15, (19) +2 //

Illumos BSD, Аноним (-), 14:10 , 23-Май-15, (21) +1

Сановская на спарочке Напоминаю недавнее http techcrunch com 2008 01 15 joy, Michael Shigorin (ok), 23:01 , 23-Май-15, (33) //

Это писец насколько свежее Уже прошло 7 семь лет и несколько месяцев , wulf (ok), 23:44 , 23-Май-15, (36) //

Михаил, Вам еще в самый раз вспомнить знаменитую страшилку из блога лисяры про р, wulf (ok), 23:47 , 23-Май-15, (37)

Если это про тот vinum в очумелых ручках Dear Never -- не, там давность вдвое бо, Michael Shigorin (ok), 10:57 , 24-Май-15, (56)

Просто он не так молод как некоторые Ощущение времени другое Он еще байки из 90, Аноним (-), 02:07 , 24-Май-15, (45) –2

Ничего себе недавнее Хотя если вы законспирированный МакЛауд - для вас 7 лет, н, Аноним (-), 01:51 , 24-Май-15, (40) //

Иэхх, прям перепись тех, кого к чужим данным пускать не стоит Да, недавнее для, Michael Shigorin (ok), 10:55 , 24-Май-15, (55)

Сразу заметен манагер с привычками лить гуано в уши клиентов Как поймали за р, wulf (ok), 12:57 , 24-Май-15, (59) +1

Справедливости ради, сан это умел получше Шигорина, раз так в эн До сих пор лез, Аноним (-), 23:20 , 24-Май-15, (67)

Нет Просто все помнят слова Иисуса Христа про бисер, свиней и user-а294, Аноним (-), 00:40 , 25-Май-15, (73)

Вообще-то там растерзают , а не поюзают , так что не надо , Michael Shigorin (ok), 00:46 , 25-Май-15, (75)

В первоисточнике не было растерзают или поюзают Было мечут , Аноним (-), 01:11 , 25-Май-15, (76)

Было ---Не давайте святыни псам и не бросайте жемчуга вашего перед свиньями, что, Michael Shigorin (ok), 13:37 , 25-Май-15, (80)

В данном случае 294-го Который умеет и в резервное копирование, и вопросы ка, Аноним (-), 23:38 , 24-Май-15, (70)

Вот и я о чём Если ещё не теряли чужие данные необязательно из-за сбоя ФС --, Michael Shigorin (ok), 00:39 , 25-Май-15, (72)

предлагаю добавить в mount новую опцию mount -o я-прогрессивный-поэтому-включаю-, Михрютка (ok), 09:37 , 23-Май-15, (8) +4 //

слишком универсальное решение - нужно время от времени менять название этой , Xasd (ok), 11:13 , 23-Май-15, (11) //

Лучше менять поведение старой опции, повышая грабельность 8212 сегодня 1 блок, Аноним (-), 12:03 , 23-Май-15, (14)

Думаете это их остановит Студенты еще 100 лет назад ради ощущения собственной и, rob pike (?), 12:34 , 23-Май-15, (17) //

Вы завязывайте лучше с алкоголем Речь была про свидетелей секты самых-прогрессив, rob pike (?), 10:28 , 24-Май-15, (53) +2

DISCARD вроде как SSD-шный TRIM включает, при чём тут НЁХ , Аноним (-), 13:35 , 23-Май-15, (18) +1 //

я тоже так думал, пока на одном сервере не умерло два винта одновременно А на п, ALex_hha (ok), 14:07 , 23-Май-15, (20) +4 //

Если сигейты, то не такая уж и маленькая Ну и для RAID5 хорошо известен эффект, Michael Shigorin (ok), 23:04 , 23-Май-15, (34) +4

для массивов еще хорошо известен занятный эффект не тот диск вынул при замене , Михрютка (ok), 23:28 , 24-Май-15, (68) +1
Да чёрт с ней,с ФС Миша ,скажи честно Альт сдох Даже на вашем форуме всего два б, s7demon (ok), 07:21 , 26-Май-15, (88)

Не дождётесь ц Странно, на http forum altlinux org их поболе будет Ну вот н, Michael Shigorin (ok), 16:47 , 26-Май-15, (89)

Он как раз нулями затирает блоки Правда, не случайные А которые более не испол, Аноним (-), 01:51 , 24-Май-15, (41) –1

Писали бы на нормальном языке - не возникло бы таких проблем , OberonForGood (?), 15:32 , 23-Май-15, (23) –5 //

Возникли бы другие there is no one silver bullet, rob pike (?), 23:26 , 23-Май-15, (35) +3

оперативно нашли, наверное bisect-ом, manster (ok), 16:00 , 23-Май-15, (25) //

Вероятно Отличный инструмент, к слову Намедни с помощью него нашёл баг в одном, Ananas (?), 19:53 , 23-Май-15, (29) +2
https bugzilla kernel org show_bug cgi id 98501, pkunk (ok), 21:25 , 23-Май-15, (30) +2

Все, кто использует raid0 должны быть готовы, что настанет жопа и делать бекапы , Ващенаглухо (ok), 09:04 , 25-Май-15, (78) +1 //

в полке вроде hitachi были, sasдва диска были в зеркале, ALex_hha (ok), 22:06 , 25-Май-15, (84)

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

9. "Проблема с повреждением разделов Ext4 оказалась в md-raid0" –14 +/–

Сообщение от Xasd (ok), 23-Май-15, 10:20

> эти странные фанатики почему-то уверены, что достаточно найти хоть одну какую-то ошибку или уязвимость в Ext*, чтобы объявить о тотальном превосходстве btrfs
ооххх! как же это знакомо :-)
старпёры почему-то уверенны что стоит найти хоть одну какую-то ошибку в Btrfs -- и сразу значит можно объявлять о "Btrfs ещё не готова".. :)
ну а как вышла такая же ситуация с Ext4 -- то тут сразу нелепые оправдания...
...точнее говоря, виновник-то оказалась не Ext4 , а md-raid0! да! но ведь и в ситуациях когда у когото файлы портились на Btrfs -- точно также не было явных докозательств, что виновата была точно именно Btrfs (а не вообще аппаратный сбой какой-нибудь, например оперативной памяти, или опять-таки очередная ошибка в какой-нибудь подсистеме ядра).
двойные стандарты? не?
ни кто из пользователей Ext4 не использует md-raid0 (ды и с discard)? да, наверно! тем более есть же LVM..
ну тыг ни кто из пользователей Btrfs и не использует В_ЗДРАВОМ_УМЕ все-все-все фишечки этой своей Btrfs :-) .. потому как часть этих фишечек считается экспериментальными (и этот факт их экспериментальности -- НЕ скрывается).

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

10. "Проблема с повреждением разделов Ext4 оказалась в md-raid0" +2 +/–

Сообщение от Аноним (-), 23-Май-15, 11:08

> стоит найти хоть одну какую-то ошибку в Btrfs
Одну? Скорее тысячу и одну. Видите ли, именно потому бывают новости "обнаружена ошибка в ext4", но не бывает таких новостей про btrfs.
Вы сами, не-старпер, готовы поставить целостность своей задницы в зависимость от сохранности данных, лежащих на btrfs?

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

13. "Проблема с повреждением разделов Ext4 оказалась в md-raid0" +6 +/–

Сообщение от неважнокто (?), 23-Май-15, 12:02

> Вы сами, не-старпер, готовы поставить целостность своей задницы в зависимость от сохранности данных, лежащих на btrfs?
Он готов. Только при этом четыре раза в день будет делать бэкапы на соседний раздел, который ext4. А в случае проблем будет с него восстанавливаться. Но да, кричать везде будет, что у него "btrfs на основном разделе и за полгода никаких проблем. Просто делайте бэкапы".

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

16. "Проблема с повреждением разделов Ext4 оказалась в md-raid0" +/–

Сообщение от Xasd (ok), 23-Май-15, 12:31

бекапы -- на любую файловую систему можно закачивать :-) ..
вероятность того что поломаются одновременно в один день сразу оба накопителя (и боевой и бэкап) -- не сильно высока. :-) не зависимо от того какая там файловая система на любом из них..
(и конечно же -- "соседний раздел" -- это не для нас Btrfsщиков .. сами занимайтесь полосканием своего накопителя на мелкие разделы!)
**************************************************
кстати говоря, Btrfs очень дружелюбна к восстановлению данных (судя по тому что пишут в блогах и Wiki.. у меня-то оно не ломалось ещё пока-что).
но правда если накопитель сломается физически -- то эта дружелюбность врядли особо поможет.
а в случае Btrfs как раз более вероятно что именно ФИЗИЧЕСКИ накроется Контроллер на SSD (SSD превратится в кирпич), чем вероятнось что файловая система сама-собой испортится.
так что да -- куда уж нам без бэкапов :-)

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

22. "Проблема с повреждением разделов Ext4 оказалась в md-raid0" +2 +/–

Сообщение от Xasd (ok), 23-Май-15, 14:16

>> вероятность того что поломаются одновременно в один день сразу оба накопителя (и боевой и бэкап) -- не сильно высока. :-) не зависимо от того какая там файловая система на любом из них..
> я тоже так думал, пока на одном сервере не умерло два винта одновременно. А на предыдущей работе 4 винта в полке ;) Но да, вероятность маленькая :D
ну вообще, конечно, всякое может случиться :-) . поэтому я и оперирую термином "вероятность" :-D . и не называю точные цифры!
а расчитать эти вероятности -- не так-то просто (как могло бы показаться на первый взгляд).
ведь события, как правило, взаимозависимы! (а простые формулы вероятностей -- оперируют с независимыми событиями).
и даже если события не имеют прямой зависимости -- то всё равно у них может быть связь через общий причинно-следственый источник! [[и сразу говорю -- нет -- этот "общий причинно-следственый источник" -- не кривые руки меня:)]]

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

27. "Проблема с повреждением разделов Ext4 оказалась в md-raid0" +8 +/–

Сообщение от iZEN (ok), 23-Май-15, 17:57

Вообще же, в русском языке новое предложение начинается с заглавной буквы. На клавиатуре есть клавиша Shift. Так вот, раскрываю секрет! Удерживая её и нажимая клавишу с буквой, можно очень быстро ввести заглавную букву вместо строчной, соответствующей клавиши.

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

43. "Проблема с повреждением разделов Ext4 оказалась в md-raid0" +4 +/–

Сообщение от Аноним (-), 24-Май-15, 01:57

Хоть изен и ламо, но придется ему поставить плюс :\. Все-таки нельзя так класть на родной язык, гражданин Xasd. Читать этот галимо отформатированный трэш неудобно.

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

32. "Проблема с повреждением разделов Ext4 оказалась в md-raid0" +/–

Сообщение от Michael Shigorin (ok), 23-Май-15, 23:00

> ну вообще, конечно, всякое может случиться :-) . поэтому я и оперирую
> термином "вероятность" :-D . и не называю точные цифры!
Ну почему же, Вы ведь их знаете -- 50/50, или случится, или не случится.
> а расчитать эти вероятности -- не так-то просто
Раз уж берётесь оценивать сложность оценки вероятности -- прошу для развлечения произвести таковую для ошибки вроде исправленной этим двустрочником хотя бы в нулевом приближении.
Нас-то в школе учили не пытаться оцифривать то, для чего данных недостаточно...

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

62. "Проблема с повреждением разделов Ext4 оказалась в md-raid0" +/–

Сообщение от Аноним (-), 24-Май-15, 16:58

> я тоже так думал, пока на одном сервере не умерло два винта одновременно. А на предыдущей работе 4 винта в полке ;) Но да, вероятность маленькая :D
Возможно у них была общая причина - неисправный БП.

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

31. "Проблема с повреждением разделов Ext4 оказалась в md-raid0" +2 +/–

Сообщение от Michael Shigorin (ok), 23-Май-15, 22:57

> старпёры почему-то уверенны что стоит найти хоть одну какую-то ошибку в Btrfs
> -- и сразу значит можно объявлять о "Btrfs ещё не готова".. :)
Никогда не сидели над блокдевайсом, припоминая старые добрые времена, когда эти циферки были структурами данных?
Да, ОДНОЙ найденной в новой ФС неприятной ошибки ДОСТАТОЧНО, чтобы отложить на несколько лет следующую оценку пригодности к работе. Если Вы этого не поняли -- не трогайте чужие данные, гробьте только свои.
Помнится, про ZFS здесь писал аналогичное, указывая на приплывший Joyent.

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

39. "Проблема с повреждением разделов Ext4 оказалась в md-raid0" +/–

Сообщение от Аноним (-), 24-Май-15, 01:49

> не поняли -- не трогайте чужие данные, гробьте только свои.
Как вы понимаете, в этом мире мало кто хочет угробить данные. А вот претензия на универсальную истину в последней инстанции, особенно не будучи экспертом в области качества софта - отдает каким-то излишним снобизмом, чтоли.
> Помнится, про ZFS здесь писал аналогичное, указывая на приплывший Joyent.
А теперь - пойдем и посмотрим git log на fs/ и узнаем как страшно жить :)
На самом деле ошибки бывают в любом достаточно сложном коде и если ждать пока их выловят ВООБЩЕ ВСЕ - можно умереть стариком, боясь использовать даже FAT12. А с практической точки зрения есть такая штука как резервирование. Ну там бэкапы, например. Поскольку раз в год и палка стреляет.

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

58. "Проблема с повреждением разделов Ext4 оказалась в md-raid0" +2 +/–

Сообщение от Michael Shigorin (ok), 24-Май-15, 11:30

> А теперь - пойдем и посмотрим git log на fs/ и узнаем, как страшно жить :)
Например, ровно из таких соображений до 2.6.30 и не думал доверять свои данные пресловутой ext4 (а на SSD пришлось ещё некоторое время выждать).
> А с практической точки зрения есть такая штука как резервирование.
Это понятно, но не отменяет.
Собственно, бухтёж был не ради запугивания и устрашения, а чтоб кому-то, может, одной своей шишкой меньше досталось за счёт уже известной чужой.

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

65. "Проблема с повреждением разделов Ext4 оказалась в md-raid0" +1 +/–

Сообщение от Аноним (-), 24-Май-15, 23:03

> Например, ровно из таких соображений до 2.6.30 и не думал доверять свои
> данные пресловутой ext4 (а на SSD пришлось ещё некоторое время выждать).
И это правильно - в ext4 до 2.6.28 включительно были довольно убедительные баги в экстентной механике, вызывавшие немало дестроя. Но вообще, парочка жирных и кусачих багов была и сильно потом. Вы в 2.6.30 и далее пользовались фс ... которая на очень больших томах с очень большими файлами рассыпалась. Просто столь огромные файлы были далеко не у каждого первого. Но баг был убедительный.
Ну вот btrfs сейчас - имхо не хуже ext4 в 2.6.30. Я им уже достаточно активно пользуюсь и никаких проблем с этого не поимел. Ну то-есть я пока не пользуюсь RAID5/6, т.к. сначала логика рекавери там была в состоянии "release early, release often". А сейчас - допилили, но протестированность этого code path - понятно какая.
А так, если посмотреть ченжлоги - там много достаточно стремных вещей бывает в самых разных ФС, btrfs вообще ничем таким не уникален в общей куче. Но чаще всего баги в активно используемых ФС остаются в corner cases вида "в полнолуние високосного года файл на 20 терабайтов может превратиться в пыль". По этой причине и придумали бэкапы.
> одной своей шишкой меньше досталось за счёт уже известной чужой.
Это имеет некий пойнт. Но если переборщить - так можно за FAT16 цепляться до самой могилы. И на мой вкус это достаточно спорное решение. Т.к. изначально дизайн многого и не обещал, логично что его было просто сделать. На чем его достоинства и заканчивались - возможность потери данных там просто декларирована фактом что оно нежурналирующее и фиг чего предъявишь :)

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

74. "Проблема с повреждением разделов Ext4 оказалась в md-raid0" +/–

Сообщение от Michael Shigorin (ok), 25-Май-15, 00:44

> Вы в 2.6.30 и далее пользовались фс ... которая на очень больших томах с очень
> большими файлами рассыпалась. Просто столь огромные файлы были далеко не у
> каждого первого. Но баг был убедительный.
Именно, и в этих "каждого первого" не входил -- а в какие входил, то уже успели вытоптать на поголовье федоры и готовых к сюрпризам в полном сознании.
> Но если переборщить - так можно за FAT16 цепляться до самой могилы.
А тут уж каждый сам для себя баланс находит :) Как там -- "моё дело мяукнуть"...

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

44. "Проблема с повреждением разделов Ext4 оказалась в md-raid0" +1 +/–

Сообщение от Аноним (-), 24-Май-15, 02:05

Зря копья ломаете. Смысл? Ну путь юзают что кому удобнее, лишь бы не винду.

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

63. "Проблема с повреждением разделов Ext4 оказалась в md-raid0" –3 +/–

Сообщение от iZEN (ok), 24-Май-15, 20:20

> Зря копья ломаете. Смысл? Ну путь юзают что кому удобнее, лишь бы не винду.
А винда-то тут причём? Надёжная и проверенная временем операционная система, с которой знакомо подавляющая часть населения (кроме упоротых линуксоидов). Юзают — не плачут.

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

64. "Проблема с повреждением разделов Ext4 оказалась в md-raid0" +/–

Сообщение от Michael Shigorin (ok), 24-Май-15, 21:32

> знокомо
> знакомо
Ух ты, первую ашибку заметил сам; вторую, может, допетрит после подсказки; главное, чтоб с разгону и "третью" не нашёл, а переключился на логические. :)

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

77. "Проблема с повреждением разделов Ext4 оказалась в md-raid0" +/–

Сообщение от XoRe (ok), 25-Май-15, 01:23

> ни кто из пользователей Ext4 не использует md-raid0 (ды и с discard)?
Кстати, используют, когда нужен быстрый кеш на SSD с рабочим discard.
Не все хардварные контроллеры прокидывают discard.
Но использовать raid0 - это подписаться под "мне насрать на данные в массиве".

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	9. "Проблема с повреждением разделов Ext4 оказалась в md-raid0"	–14 +/–
	Сообщение от Xasd (ok), 23-Май-15, 10:20
	> эти странные фанатики почему-то уверены, что достаточно найти хоть одну какую-то ошибку или уязвимость в Ext, чтобы объявить о тотальном превосходстве btrfs ооххх! как же это знакомо :-) старпёры почему-то уверенны что стоит найти хоть одну какую-то ошибку в Btrfs -- и сразу значит можно объявлять о "Btrfs ещё не готова".. :) ну а как вышла такая же ситуация с Ext4 -- то тут сразу нелепые оправдания... ...точнее говоря, виновник-то оказалась не Ext4 , а md-raid0! да! но ведь и в ситуациях когда у когото файлы портились на Btrfs -- точно также не было явных докозательств, что виновата была точно именно Btrfs (а не вообще аппаратный сбой какой-нибудь, например оперативной памяти, или опять-таки очередная ошибка в какой-нибудь подсистеме ядра). двойные стандарты? не?* ни кто из пользователей Ext4 не использует md-raid0 (ды и с discard)? да, наверно! тем более есть же LVM.. ну тыг ни кто из пользователей Btrfs и не использует В_ЗДРАВОМ_УМЕ все-все-все фишечки этой своей Btrfs :-) .. потому как часть этих фишечек считается экспериментальными (и этот факт их экспериментальности -- НЕ скрывается).
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	10. "Проблема с повреждением разделов Ext4 оказалась в md-raid0"	+2 +/–
	Сообщение от Аноним (-), 23-Май-15, 11:08
	> стоит найти хоть одну какую-то ошибку в Btrfs Одну? Скорее тысячу и одну. Видите ли, именно потому бывают новости "обнаружена ошибка в ext4", но не бывает таких новостей про btrfs. Вы сами, не-старпер, готовы поставить целостность своей задницы в зависимость от сохранности данных, лежащих на btrfs?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Проблема с повреждением разделов Ext4 оказалась в md-raid0"	+6 +/–
	Сообщение от неважнокто (?), 23-Май-15, 12:02
	> Вы сами, не-старпер, готовы поставить целостность своей задницы в зависимость от сохранности данных, лежащих на btrfs? Он готов. Только при этом четыре раза в день будет делать бэкапы на соседний раздел, который ext4. А в случае проблем будет с него восстанавливаться. Но да, кричать везде будет, что у него "btrfs на основном разделе и за полгода никаких проблем. Просто делайте бэкапы".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Проблема с повреждением разделов Ext4 оказалась в md-raid0"	+/–
	Сообщение от Xasd (ok), 23-Май-15, 12:31
	бекапы -- на любую файловую систему можно закачивать :-) .. вероятность того что поломаются одновременно в один день сразу оба накопителя (и боевой и бэкап) -- не сильно высока. :-) не зависимо от того какая там файловая система на любом из них.. (и конечно же -- "соседний раздел" -- это не для нас Btrfsщиков .. сами занимайтесь полосканием своего накопителя на мелкие разделы!) ************************************************** кстати говоря, Btrfs очень дружелюбна к восстановлению данных (судя по тому что пишут в блогах и Wiki.. у меня-то оно не ломалось ещё пока-что). но правда если накопитель сломается физически -- то эта дружелюбность врядли особо поможет. а в случае Btrfs как раз более вероятно что именно ФИЗИЧЕСКИ накроется Контроллер на SSD (SSD превратится в кирпич), чем вероятнось что файловая система сама-собой испортится. так что да -- куда уж нам без бэкапов :-)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Проблема с повреждением разделов Ext4 оказалась в md-raid0"	+2 +/–
	Сообщение от Xasd (ok), 23-Май-15, 14:16
	>> вероятность того что поломаются одновременно в один день сразу оба накопителя (и боевой и бэкап) -- не сильно высока. :-) не зависимо от того какая там файловая система на любом из них.. > я тоже так думал, пока на одном сервере не умерло два винта одновременно. А на предыдущей работе 4 винта в полке ;) Но да, вероятность маленькая :D ну вообще, конечно, всякое может случиться :-) . поэтому я и оперирую термином "вероятность" :-D . и не называю точные цифры! а расчитать эти вероятности -- не так-то просто (как могло бы показаться на первый взгляд). ведь события, как правило, взаимозависимы! (а простые формулы вероятностей -- оперируют с независимыми событиями). и даже если события не имеют прямой зависимости -- то всё равно у них может быть связь через общий причинно-следственый источник! [[и сразу говорю -- нет -- этот "общий причинно-следственый источник" -- не кривые руки меня:)]]
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Проблема с повреждением разделов Ext4 оказалась в md-raid0"	+8 +/–
	Сообщение от iZEN (ok), 23-Май-15, 17:57
	Вообще же, в русском языке новое предложение начинается с заглавной буквы. На клавиатуре есть клавиша Shift. Так вот, раскрываю секрет! Удерживая её и нажимая клавишу с буквой, можно очень быстро ввести заглавную букву вместо строчной, соответствующей клавиши.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	43. "Проблема с повреждением разделов Ext4 оказалась в md-raid0"	+4 +/–
	Сообщение от Аноним (-), 24-Май-15, 01:57
	Хоть изен и ламо, но придется ему поставить плюс :\. Все-таки нельзя так класть на родной язык, гражданин Xasd. Читать этот галимо отформатированный трэш неудобно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Проблема с повреждением разделов Ext4 оказалась в md-raid0"	+/–
	Сообщение от Michael Shigorin (ok), 23-Май-15, 23:00
	> ну вообще, конечно, всякое может случиться :-) . поэтому я и оперирую > термином "вероятность" :-D . и не называю точные цифры! Ну почему же, Вы ведь их знаете -- 50/50, или случится, или не случится. > а расчитать эти вероятности -- не так-то просто Раз уж берётесь оценивать сложность оценки вероятности -- прошу для развлечения произвести таковую для ошибки вроде исправленной этим двустрочником хотя бы в нулевом приближении. Нас-то в школе учили не пытаться оцифривать то, для чего данных недостаточно...
	Ответить \| Правка \| К родителю #22 \| Наверх \| Cообщить модератору


	62. "Проблема с повреждением разделов Ext4 оказалась в md-raid0"	+/–
	Сообщение от Аноним (-), 24-Май-15, 16:58
	> я тоже так думал, пока на одном сервере не умерло два винта одновременно. А на предыдущей работе 4 винта в полке ;) Но да, вероятность маленькая :D Возможно у них была общая причина - неисправный БП.
	Ответить \| Правка \| К родителю #22 \| Наверх \| Cообщить модератору


	31. "Проблема с повреждением разделов Ext4 оказалась в md-raid0"	+2 +/–
	Сообщение от Michael Shigorin (ok), 23-Май-15, 22:57
	> старпёры почему-то уверенны что стоит найти хоть одну какую-то ошибку в Btrfs > -- и сразу значит можно объявлять о "Btrfs ещё не готова".. :) Никогда не сидели над блокдевайсом, припоминая старые добрые времена, когда эти циферки были структурами данных? Да, ОДНОЙ найденной в новой ФС неприятной ошибки ДОСТАТОЧНО, чтобы отложить на несколько лет следующую оценку пригодности к работе. Если Вы этого не поняли -- не трогайте чужие данные, гробьте только свои. Помнится, про ZFS здесь писал аналогичное, указывая на приплывший Joyent.
	Ответить \| Правка \| К родителю #9 \| Наверх \| Cообщить модератору


	39. "Проблема с повреждением разделов Ext4 оказалась в md-raid0"	+/–
	Сообщение от Аноним (-), 24-Май-15, 01:49
	> не поняли -- не трогайте чужие данные, гробьте только свои. Как вы понимаете, в этом мире мало кто хочет угробить данные. А вот претензия на универсальную истину в последней инстанции, особенно не будучи экспертом в области качества софта - отдает каким-то излишним снобизмом, чтоли. > Помнится, про ZFS здесь писал аналогичное, указывая на приплывший Joyent. А теперь - пойдем и посмотрим git log на fs/ и узнаем как страшно жить :) На самом деле ошибки бывают в любом достаточно сложном коде и если ждать пока их выловят ВООБЩЕ ВСЕ - можно умереть стариком, боясь использовать даже FAT12. А с практической точки зрения есть такая штука как резервирование. Ну там бэкапы, например. Поскольку раз в год и палка стреляет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	58. "Проблема с повреждением разделов Ext4 оказалась в md-raid0"	+2 +/–
	Сообщение от Michael Shigorin (ok), 24-Май-15, 11:30
	> А теперь - пойдем и посмотрим git log на fs/ и узнаем, как страшно жить :) Например, ровно из таких соображений до 2.6.30 и не думал доверять свои данные пресловутой ext4 (а на SSD пришлось ещё некоторое время выждать). > А с практической точки зрения есть такая штука как резервирование. Это понятно, но не отменяет. Собственно, бухтёж был не ради запугивания и устрашения, а чтоб кому-то, может, одной своей шишкой меньше досталось за счёт уже известной чужой.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	65. "Проблема с повреждением разделов Ext4 оказалась в md-raid0"	+1 +/–
	Сообщение от Аноним (-), 24-Май-15, 23:03
	> Например, ровно из таких соображений до 2.6.30 и не думал доверять свои > данные пресловутой ext4 (а на SSD пришлось ещё некоторое время выждать). И это правильно - в ext4 до 2.6.28 включительно были довольно убедительные баги в экстентной механике, вызывавшие немало дестроя. Но вообще, парочка жирных и кусачих багов была и сильно потом. Вы в 2.6.30 и далее пользовались фс ... которая на очень больших томах с очень большими файлами рассыпалась. Просто столь огромные файлы были далеко не у каждого первого. Но баг был убедительный. Ну вот btrfs сейчас - имхо не хуже ext4 в 2.6.30. Я им уже достаточно активно пользуюсь и никаких проблем с этого не поимел. Ну то-есть я пока не пользуюсь RAID5/6, т.к. сначала логика рекавери там была в состоянии "release early, release often". А сейчас - допилили, но протестированность этого code path - понятно какая. А так, если посмотреть ченжлоги - там много достаточно стремных вещей бывает в самых разных ФС, btrfs вообще ничем таким не уникален в общей куче. Но чаще всего баги в активно используемых ФС остаются в corner cases вида "в полнолуние високосного года файл на 20 терабайтов может превратиться в пыль". По этой причине и придумали бэкапы. > одной своей шишкой меньше досталось за счёт уже известной чужой. Это имеет некий пойнт. Но если переборщить - так можно за FAT16 цепляться до самой могилы. И на мой вкус это достаточно спорное решение. Т.к. изначально дизайн многого и не обещал, логично что его было просто сделать. На чем его достоинства и заканчивались - возможность потери данных там просто декларирована фактом что оно нежурналирующее и фиг чего предъявишь :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	74. "Проблема с повреждением разделов Ext4 оказалась в md-raid0"	+/–
	Сообщение от Michael Shigorin (ok), 25-Май-15, 00:44
	> Вы в 2.6.30 и далее пользовались фс ... которая на очень больших томах с очень > большими файлами рассыпалась. Просто столь огромные файлы были далеко не у > каждого первого. Но баг был убедительный. Именно, и в этих "каждого первого" не входил -- а в какие входил, то уже успели вытоптать на поголовье федоры и готовых к сюрпризам в полном сознании. > Но если переборщить - так можно за FAT16 цепляться до самой могилы. А тут уж каждый сам для себя баланс находит :) Как там -- "моё дело мяукнуть"...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Проблема с повреждением разделов Ext4 оказалась в md-raid0"	+1 +/–
	Сообщение от Аноним (-), 24-Май-15, 02:05
	Зря копья ломаете. Смысл? Ну путь юзают что кому удобнее, лишь бы не винду.
	Ответить \| Правка \| К родителю #9 \| Наверх \| Cообщить модератору


	63. "Проблема с повреждением разделов Ext4 оказалась в md-raid0"	–3 +/–
	Сообщение от iZEN (ok), 24-Май-15, 20:20
	> Зря копья ломаете. Смысл? Ну путь юзают что кому удобнее, лишь бы не винду. А винда-то тут причём? Надёжная и проверенная временем операционная система, с которой знакомо подавляющая часть населения (кроме упоротых линуксоидов). Юзают — не плачут.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	64. "Проблема с повреждением разделов Ext4 оказалась в md-raid0"	+/–
	Сообщение от Michael Shigorin (ok), 24-Май-15, 21:32
	> знокомо > знакомо Ух ты, первую ашибку заметил сам; вторую, может, допетрит после подсказки; главное, чтоб с разгону и "третью" не нашёл, а переключился на логические. :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	77. "Проблема с повреждением разделов Ext4 оказалась в md-raid0"	+/–
	Сообщение от XoRe (ok), 25-Май-15, 01:23
	> ни кто из пользователей Ext4 не использует md-raid0 (ды и с discard)? Кстати, используют, когда нужен быстрый кеш на SSD с рабочим discard. Не все хардварные контроллеры прокидывают discard. Но использовать raid0 - это подписаться под "мне насрать на данные в массиве".
	Ответить \| Правка \| К родителю #9 \| Наверх \| Cообщить модератору