The OpenNET Project / Index page

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



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

Оглавление

Разработчики ядра Linux обсуждают возможность удаления ReiserFS, opennews (??), 23-Фев-22, (0) [смотреть все]

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


2. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –32 +/
Сообщение от DEF (?), 23-Фев-22, 20:03 
Давно надо выкинуть этот мусор. Ext4 и Btrfs хватит за глаза. Особенно админам локалхоста и эникейщикам.
Ответить | Правка | Наверх | Cообщить модератору

28. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –5 +/
Сообщение от пох. (?), 23-Фев-22, 20:51 
У вас опечатка в слове xfs. А так примерно и есть - SuSE так и думает.

По данным их телеметрии все пользователи не сумевшие найти и выпилить телеметрию устанавливают систему в штатной кривой позе без всяких там левых reizerfs.

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

45. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +3 +/
Сообщение от Аноним (44), 23-Фев-22, 21:36 
xfs не нужно вообще, ибо никаких выдающихся особенностей по сравнению с ext4 и тем более btrfs она не имеет - не пришей кобыле хвост эта ваша xfs.
Ответить | Правка | Наверх | Cообщить модератору

47. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от DmA (??), 23-Фев-22, 21:46 
RedHat так не думает, мне кажется в последних RHELax XFS по умолчанию идёт!
Ответить | Правка | Наверх | Cообщить модератору

67. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от Аноним (-), 23-Фев-22, 23:42 
А что им было брать? JFS еще печальнее, рейзер - см. выше, btrfs и без них недурно пилят и в гробу рхеловский менеджмент видали. Все ключевые фигуры блочно-файлового уровня как-то из редхата устранились.

А так они btrfs для юзеров на федоре стали продвигать. Потом поди и на редхат будут, зря их оракл чтоли троллит унбрекаблами?

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

129. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –2 +/
Сообщение от пох. (?), 24-Фев-22, 08:56 
> RedHat так не думает

Так и SuSE не думает, у них "по умолчанию" ДВЕ fs. Две, с-ка, fs на одной эндюзерской системе! Чтоб уж точно что-нибудь сломалось.

Но ни одна из них не ext4. Глупости какие-то, в 2k22 такую немодноустаревшую хрень использовать. Да еще с ее тормозным журналом.

А redhat это слишком просто, поэтому неинтересно.
(хотя, конечно, очень хочется у них поинтересоваться, куда они девали thin-lvm, "убийцу btrfs"...а, простите, им некогда, они переписывают онала-г0vнетный нескучный менеджер с пихона на игого и обратно. Уже пять лет переписывают-переписывают.)

Ставьте винду, не выеживайтесь, все равно все там будете.

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

146. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (146), 24-Фев-22, 11:29 
еСТЬ, ЕСТЬ КОМУ ПОДЫМАТЬ СОВЕЦКУ ЕЛЕКТРОНИКУ..
http://www.radiodetector.ru/wp-content/uploads/2019/07/Marki...
Ответить | Правка | Наверх | Cообщить модератору

165. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 13:45 
> Ставьте винду, не выеживайтесь, все равно все там будете.

Ты уже как, поставил ее на свою армовскую корейскую вундервафлю? :))

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

229. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от пох. (?), 25-Фев-22, 00:16 
Ну вон на rpi зачем-то ставили, только не очень понятно, зачем.

Мертворожденному арму - мертворожденные системы. Да, кореец уже опомнился, и больше эти штуки не производятся.
Kobol - банкрот, time for to go back to a more stable and sustainable work в макдональдсе.
Кроме этих двух, собственно, и не было никого приличного.

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

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

249. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 25-Фев-22, 15:59 
> Ну вон на rpi зачем-то ставили, только не очень понятно, зачем.

Там может даже каке-то дрова и напишут, хоть и хрен знает кто, это ж не квалком.

> Мертворожденному арму - мертворожденные системы.

Ничо, ща ты пойдешь покупать живорожденый эльполений по 90 нанометрам, с отклацыванием в электронной^W (простите поставки компонентов перекрыли) чекином в бумажной очереди с перекличкой каждый день в 8 утра, и так 10 лет подряд.

> Да, кореец уже опомнился, и больше эти штуки не производятся.

Собственно я с корейцами не связывался как раз потому что они - "одноразовые". Делают что-то полгода. И байбай. Паршивый подход.

> and sustainable work в макдональдсе.

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

> этой жизни, для начала ноги бы унести куда-нибудь из свихнувшейся страны)

Это КМК для айтишников сейчас сильно актуальнее. Тут видите ли Г образовался. Версии 2.0.

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

251. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от пох. (?), 25-Фев-22, 16:17 
> Собственно я с корейцами не связывался как раз потому что они - "одноразовые". Делают что-то
> полгода.

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

А корейца хватило на три года, он честно признавался что "guarantee the production to the middle of 2020", ну а что он там "предполагал" - это уже благие пожелания, не сложилось. Кто ж виноват что у меня срок жизни поделок для себя любимого гораздо больше.

> Нну... а кем ты еще работать будешь, после перекрытия поставок то?

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

> Это КМК для айтишников сейчас сильно актуальнее.

столько плохих айтишников нигде не требуется.

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

268. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 01-Мрт-22, 23:51 
> нет, полгода это твои улюбленные американцы с kobold продержались - и more
> sustainable work это им захотелось.  Потому что внеэкономическое ненужно, хотя
> и красиво сдизайненное.

Зато олимексы без понта и пафоса i++'й год делают свои штуки. И через год будут. Так что повторить проект - не проблема. Но это надо было заморачиваться именно этим параметром.

> что у меня срок жизни поделок для себя любимого гораздо больше.

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

* Оплата горючки и экипажа за твой счет.

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

Это у тебя просто маркетологов нет. Смари, как это делать: НОВАЯ ФИЧА! ВЕГАНСКИЕ БУРГЕРЫ. Круто, экологично, коров мучать не надо... ммм.... скидочку сделаем, соя дешевле!

> столько плохих айтишников нигде не требуется.

Настало время быть хорошим айтишником. Или хреновым дворником.

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

60. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 23-Фев-22, 23:13 
Почему, тупняки с метаданными так и остались, а если вас угораздило с старым форматом быть, с него нет миграции и после 2030 будет просто кидок.

Пох всегда подскажет как максимально вляпаться в энтерпрайзное дреьмо! Вляпался сам - помоги коллеге, фирменный принцип. Так что вом вам сложное управление ФС, если что-то будет не так, вы вообще ни к кому с ней не сунетесь кроме сапорта редхата за бабки (остальным этот шит просто не интересен, как технология), по перфомансу ничего интересного. И зачем оно такое? Даже шапка пожевала поля шляпы да решила в федоре btrfs раздавать, ну не XFS же, в самом деле, кто тогда вообще эту 3.14дору ставить будет?

Из интересных вещей на горизонте есть нечто от Kent Overstreet. Утверждает что круто, быстро, масштабируемо, COW и wont eat your data, а по фичам типа btrfs'а. Но не майнлайново, имеет траблы с форматом на диске (может изменяться, не стабилизировано) и обещания дева - одно, а что оно там на практике покажет мы узнаем когда его комитнут в майнлайн и как следует потестят. Файлухи штука такая, на бумаге круто, а реально вот вам тут ваш SSD'щник трухи в метаданные грузанул. Не было второй копии метаданных? ERROR: YOU LOSE. Можете хексэдитором слетевший блок набить, если набивалка не сломается.

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

70. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (70), 23-Фев-22, 23:48 
Xfs в отличие от ext4 поддерживает reflink, а это дает возможность создавать быстрые снимки (клоны) файлов и выполнять дедупликацию. Btrfs умеет больше, но по моему опыту на HDD производительность с ней не очень (вероятно из-за фрагментации), так что на HDD лучше Xfs, а Btrfs — мой выбор для SSD.
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

82. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 00:31 
XFS на HDD тоже очень так себе. И в btrfs - просто доткнул i++й винч и поимел +n места в пуле. Попробуй так вообще с XFS. Не то чтобы это вообще нельзя, но ничерта близкого к воткнул и получил место. Или даже вынул и убавилось N места, если надо.

А на 1-дисковом стораже DUP метаданных так то очень кстати если бэд угораздит под метаданные влезть, очень лимитирует масштаб проблемы и улучшает выживание ФС. В XFS полный аналог такого - просто нельзя.

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

226. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от пох. (?), 24-Фев-22, 23:58 
> И в btrfs - просто доткнул i++й винч и поимел +n места в пуле.

а потом он такой - херак... и нет у тебя пула.

> Попробуй так вообще с XFS.

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

Если выеживаться и пытаться сделать красиво - с n-way mirror, virtual size чтоб размер xfs сразу можно было сделать на десяток терабайт а диски добавлять потом, мгновенными снапшотами и так далее, то придется конечно повозиться, маны что-ли прочесть разок.

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

> А на 1-дисковом стораже DUP метаданных так то очень кстати если бэд угораздит под метаданные

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

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

231. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 25-Фев-22, 00:55 
> а потом он такой - херак... и нет у тебя пула.

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

А на пиковый случай - я знаю что такое бэкапы, а еще я дружу с low level, и в датарекавери умею до некоторой степени, включая отстрой образов правильными тулсами с поврежденных носителей и прочие вещи про которые ты врядли в курсе. Так что проблема будет решена и все что реально важно будет восстановлено. А если с хексэдитором самому что потрогать, или чутка патчнуть драйвер ФС для некоего оверрайда - ну, я все это могу, а вон те помогут мне понять риски. В нескольких новых ядрах они еще сделали режимы относительно пофигистичного монтирования, когда оно все же попробует смонтировать даже нечто непотребное (open tree failed) - и оно даже как правило собирается и читается, кроме каких-то вещей попавших под запроектный урон.

> пула в тыкву при этом тоже существенная, но не фатальная - "у всех работает".

Ну, я просто имею наглость полагать что в большей части сценариев "I can win". Поэтому мне не страшно.

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

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

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

У меня некоторые btrfs'ы и подольше живут, но хз что оно доказывает.

> на современных дисках не бывает никаких бэдов.

1) Я их лично огребал пару раз. Ну да, редко. Но бывает. Технически это так: у винча в секторе более 512 или 4096 байтов, лишка это FEC. FEC исправляет до определенного порога, но если не выдюжил и за несколько попыток лучше не стало - ERROR, UNC at XXXYYZZ. Фирмварь знает что сектор потенциально проблемный но сделать ничего не может, данные продолбаны же. При следуюшей записи оно зная корректное содержимое (то что попросили записать) проверит что это корректно записалось, и если корректно записано то уберет маркировку проблемного с сектора. А если не прокатило, ремапнет его на резерв, записав правильное содержимое туда. Маленькая проблема? Как ты уже заметил, данные в секторе были потеряны. И если это были метаданные ФС, это может стать довольно дерьмовым сюрпризом. Даже если винч потом ремапнет и сделает вид что все ок, не отменяет факта что блока больше нет. Иногда похоже фирмвари могут решить выгрузить результат даже если FEC decode fail и оно UNC, видимо в надежде что не сильно убито и пипл схавает. Нет хранить RAID с 2 копиями сектора на случай если FEC не справился, винч не будет. Это продолб. А гарантии относятся только к тому что он продолжит выглядеть технически-исправным блоком секторов. Но данные сектора потеряны.

2) SSD в этом плане прикалываются часто, много и разнообразно по двум зилионам причин, а пакость типа карт памяти и флех вообще отличный стресстест для любой фс и технологии. Впрочем чудесатые фирмвари HDD могут порой поспорить за пальму первенства. Иногда у кодеров быают довольно странные идеи что и зачем они делают.

> Вот целиком дохнуть внезапно они умеют.

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

> Поэтому неработающий raid6 таки огорчает.

Оно как бы да, но мир не совершенен.

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

252. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от пох. (?), 25-Фев-22, 16:33 
> Ну, я просто имею наглость полагать что в большей части сценариев "I

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

> Да ну нафиг, кент вон тоже уже просек как будущее должно быть.
> Какется это новый золотой стандарт некстген дизайна который все будут перепевать

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

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

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

>> на современных дисках не бывает никаких бэдов.
> 1) Я их лично огребал пару раз. Ну да, редко. Но бывает.

это у тебя какое-то совсем старое и дряхлое было что-то. Или наоборот сверхновое? Обычный сценарий - с пятого или пятидесятого раза такой блок удается прочитать (тут опять отдельный привет линoopsу разучившемуся отключать ненужные модные технологии). Потому как в prml дисках он НИКОГДА правильно не читается, четверть века на том стоим.

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

> могут решить выгрузить результат даже если FEC decode fail и оно
> UNC, видимо в надежде что не сильно убито и пипл схавает.

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

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

у меня около сотни карт памяти. Все читаются, что я делаю не так? Там бывают интересные приключения при записи, но это отдельная история.

>> Вот целиком дохнуть внезапно они умеют.
> Может мне везло, но в целом это довольно экзотично и реально до
> "внезапно" в смарте обычно полно намеков на проблему. А реальное внезапно

гуглевую статью что смарт вообще не имеет ни малейшей корреляции с реальными проблемами ты, конечно, не читал?

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

ты никогда не можешь быть 100% уверенным что этот диск не "стукнутый".
Но нет, это далеко не единственный и не частый вариант.

>> Поэтому неработающий raid6 таки огорчает.
> Оно как бы да, но мир не совершенен.

но в нем есть работающие EC системы.

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

269. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 02-Мрт-22, 00:25 
> ну продолжай веровать в свою непогрешимость.

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

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

Я вот имею наглость полагать что наелся энтерпрайзного булшита и теперь это счастье для кого-нибудь еще :)

> ну ждите, ждите. Я вот предполагаю что через неделю кто-то придумает новый
> "золотой стандарт", а потом еще два.

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

> А немодные немолодежные технологии как работали, так и будут.

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

> разница что у тебя там фигня для самоудовлетворения и самолюбования

А также всяких проектиков. И я такой не один :P. Околоэмбедерам эта штука таки малость зашла по ряду причин.

> - а тут таки постгря.

Чур меня, чур.

> Так что было б чему навернуться - оно бы уже успело.

Да для сильно кастомных оно так то nocow умеет. Правда так и фич меньше, но если кто хотел быть почти как ФС унутрях, он это и получает.

> это у тебя какое-то совсем старое и дряхлое было что-то.

Один из разов на довольно новом винче с временем наработки типа 1000 часов, чтоли. Ну, ремапнул 1 сектор и дальше поехало. А вот был бы номер из-за 1 бэда всю ФС убить.

> Или наоборот сверхновое? Обычный сценарий - с пятого или пятидесятого раза такой блок
> удается прочитать

Бывает и так и сяк, и даже между этими вариантами. Не прочитать 1 сектор раз в черти-сколько может... ну, случайный винч. Скажет UNC и что хочешь то и делай.

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

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

> Потому как в prml дисках он НИКОГДА правильно не читается, четверть века на том стоим.

Кэп намекает что FEC в секторах был "почти всегда". А с неких пор 4096 сектора захотелось, чтобы соотношение FEC/DATA улучшить малость, ага. И вопрос в том выдюжит он или нет. Если да, то ты не узнаешь про вон то. А если за несколько попыток не прочлось, вот тебе IO ERROR - UNC.

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

При терабайтных величинах "около ноля" - вообще совсем не эквивалент "равно нолю". И какая тебе радость что это 1 сектор на сколько-то миллиардов за сколько то лет? Пое...ся завернуть оно таки может :)

> ну вот такое дерьмо не надо было покупать.

Можно подумать тебе кто даст сорц фирмвари для оценки ее качества.

> Но пока подобных случаев не наблюдалось и можно признать их несуществующими.

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

> у меня около сотни карт памяти. Все читаются, что я делаю не так?

"Если вам кажется что дела идут хорошо, вы просто чего-то не заметили" :)

> Там бывают интересные приключения при записи, но это отдельная история.

особенно если сдернуть без размонтирования...

> гуглевую статью что смарт вообще не имеет ни малейшей корреляции с реальными
> проблемами ты, конечно, не читал?

1) Я видел эн девайсов, живых, полуживых, и совсем не живых. И имел возможность набрать некую общую идею у кого как из вендырей смарт реагирует на факапы.
2) Если пытаться формальными критериями оперировать, как в спеках, пролетишь. Однако upcoming failure все-равно можно заметить. Глядя на RAW атрибуты и проч. Например, если raw read error rate растет, надо СКОПИРОВАТЬ ВСЕ ЦЕННОЕ, потому что МОЖЕТ скопытиться. А может и не скопытиться, возьмет и передумает. Вебмакаки гугла слишком далеки от железа чтобы "чувствовать машину" и понимать такие вещи.
3) Грубо говоря есть эн семейств технологий. Это эн не такое уж большое, ключевых производителей осталось по сути 2, WD и ST. Реально сложнее из-за разных линеек, однако общая линия поведения фирмварей и проч более-менее похожа.
4) (глядя на WD отвалившийся в safe mode) а таки я с пациента данные вынул ДО этого - WIN.

Кстати если хочешь поугарать, позырь на whdd. Да, и под линухом есть правильные тулсы.

> ты никогда не можешь быть 100% уверенным что этот диск не "стукнутый".

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

> Но нет, это далеко не единственный и не частый вариант.

Хум хау. Я такого видел.

> но в нем есть работающие EC системы.

В нем много чего есть. Вопрос в общем сочетани и насколько это практично в том или ином случае.

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

125. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от leap42 (ok), 24-Фев-22, 05:54 
> xfs не нужно вообще, ибо никаких выдающихся особенностей по сравнению с ext4

ох уж эти эксперты с опеннета xD

RH не поддерживает ext4 в своих storage продуктах. и на это есть объективная причина:

ext4 brain dead, её место на помойке. в бытность админом несколько раз видел полный развал ФС. это выглядит как долгий (видел по 4-6 часов для не быстрых, но и не больших дисков) fsck после аварийного выключения, который в конце выдаёт ошибку и ФС смонтировать нельзя (можно повторить процедуру, но эффекту 0). так вот, в 100% случаев это была ext4. да, шансы потерять данные на xfs выше (сам терял), но это абсолютно неважно: у приличного админа всегда есть бэкап. и кстати ни разу не видел fsck на xfs дольше одной минуты (обычно одна секунда).

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

131. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от пох. (?), 24-Фев-22, 09:05 
> RH не поддерживает ext4 в своих storage продуктах. и на это есть объективная причина:

есть, но совсем не та которую ты написал. Мало ли чего ты в бытность подвальным админом видел и какими кривыми руками настраивал (откуда вообще у тебя взялся fsck на журналируемой fs? Он при запуске накатит журнал и завершится без проверок. То же самое произойдет если его и вовсе не запустить.)

Дай тебе стекляный уй - ты его сломаешь при fsck и еще и порежешься.

А RH купила индусскую мега-технологию (вместе со всей стаей бангалорских разработчиков) которая требует размеров EA не влезающих в ext4 (в xfs тоже не влезает, требуя ручного тюнинга, но он там хотя бы предусмотрен). И ее storage-протухлая похабень дооолгое время была на них основана. Потом кумара поменяли и теперь они делают вид что ничеготакогонебыло, и вот вам ceph.
А тому все равно с чего у тебя полтора бинарника загружаются.

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

166. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 13:48 
> Дай тебе стекляный уй - ты его сломаешь при fsck и еще и порежешься.

Пох описывает свой ценный жизненный опыт. Он то уже сломал и порезал, чего и тебе желает :))

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

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

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

140. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от tty0 (?), 24-Фев-22, 09:53 
Вы абсолютно правы. Были такие косяки с ext4. В 2013, как я помню, поправили.
Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

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

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




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

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