The OpenNET Project / Index page

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



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

Оглавление

Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данных в ZFS, opennews (ok), 18-Янв-21, (0) [смотреть все]

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


32. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."  –2 +/
Сообщение от rm_email (ok), 18-Янв-21, 16:19 
XFS очень крутая, но неудобно что размер нельзя уменьшать, только это останавливает от применения на паре машин.
Ответить | Правка | Наверх | Cообщить модератору

34. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."  +1 +/
Сообщение от гидромет (?), 18-Янв-21, 16:23 
а зачем его уменьшать? Через неделю снова +4 на европейской территории, твой диск сам раскукожится обратно.

Ну правда. XXI век, диски - бездонные. Задача стоит как-то уберечь свои данные, а давно уже не "уместить".

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

130. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."  +3 +/
Сообщение от DildoZilla (?), 18-Янв-21, 23:12 
Ага, бездонные. С SMR и качеством гораздо ниже чем 10 лет назад.
Ответить | Правка | Наверх | Cообщить модератору

135. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."  –1 +/
Сообщение от пох. (?), 19-Янв-21, 00:09 
С smr, внезапно, пока только ноутбучные недоразумения и _мелкие_ диски - которые явно делают из отходов производства больших.

У wd НЕТ ни одного smr > 6t, у seagate >8

Все адские хрени с 14, 16 и 20 - как раз, гарантированно - cmr.

Есть еще host-managed smr, но с теми пусть нетапа трахается, как умеет, в обычный писюк его нельзя воткнуть.

Так что в ближайшие годы фича уменьшения размера нам ни разу не понадобится.
А в неближайшие к нам бежит (педобиржпг) thin lvm, где размер вообще виртуальный. Создаешь себе xfs на пяток терабайт, для начала, а потом потихоньку добавляешь физические терабайты, по мере востребования.

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

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

232. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."  +/
Сообщение от Аноним (230), 24-Янв-21, 21:34 
> А в неближайшие к нам бежит (педобиржпг) thin lvm, где размер вообще
> виртуальный. Создаешь себе xfs на пяток терабайт, для начала, а потом
> потихоньку добавляешь физические терабайты, по мере востребования.

"Как сделать btrfs максимально через джеппу". А потом админ офигеет от счастья все это админить и будет сратисом рулить. А что сратис унутрях делает - вообще черная магия. Вот это реально стремно уже без чемодана денег на саппорта. Энтерпрайз он такой.

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

234. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."  +/
Сообщение от пох. (?), 24-Янв-21, 23:44 
> Как сделать btrfs максимально через джеппу

судя по последним достижениям - она именно так и сделана, круче и черезжопнее уже не придумать.

> А потом админ офигеет от счастья все это админить

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

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

Если у тебя это не происходит - тебе повезло. Большинству клиентов redbm, по всей вероятности, везет.

Эффективность... ну хз. Я не мерял. Вполне возможно что не особо чего терять по сравнению с физическим диском. По сравнению с zfs с правильно работающим arc - ну а ее ж нету, правильно работающей, уже нигде - нечего и сравнивать.

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

235. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."  +/
Сообщение от Аноним (-), 26-Янв-21, 21:11 
> судя по последним достижениям - она именно так и сделана, круче и
> черезжопнее уже не придумать.

А какие там особые достижения кроме новых алгоритмов чексум и RAID1 C3/C4?

> админ, как показывает практика - справится.

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

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

Так может это не они а сратис? Откуда ты знаешь что раджи-кумары при его написании использовали? Они не со зла, просто в конект с астралом шумы вклинились :)

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

Я как-то не питаю доверия к пихтонрасии от корп кумаров которая будет мне хрен знает что реконфигурить претендуя на то что эти палки и г@вно поверх антика - тоже, типа, btrfs. Их проблема в том что underlying design это все не подразумевал и это - имнно типа-btrfs, с иллюзией созданной пыхтонрасией. И вот этот момент мне сильно не нравится. В btrfs эту иллюзию по крайней мере лепят нормальные ядерщики. И с ними я при острой необходимости поговорю по душам, т.к. знаю где они и знаю что они свое ремесло любят. А с раджи-кумаром ты как-нибудь сам общайся. И чемодан денег за его оперативную погрузку на самолет не забудь!

> Если у тебя это не происходит - тебе повезло. Большинству клиентов redbm,
> по всей вероятности, везет.

Мне везет хотя-бы потому что я не клиент redbm :P. В гробу я их технологии видал, за редким исключением. Если компания за цать лет не может даже пакетный менеджер нормально сделать, колупая какие-то лабораторные макеты упертые у каких-то драных ученых, успехов в плане файловых систем от них и подавно ожидать не приходится, имхо.

> Эффективность... ну хз. Я не мерял. Вполне возможно что не особо чего
> терять по сравнению с физическим диском. По сравнению с zfs с
> правильно работающим arc - ну а ее ж нету, правильно работающей,
> уже нигде - нечего и сравнивать.

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

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

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

244. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."  +/
Сообщение от пох. (?), 27-Янв-21, 14:16 
>> судя по последним достижениям - она именно так и сделана, круче и
>> черезжопнее уже не придумать.
> А какие там особые достижения кроме новых алгоритмов чексум и RAID1 C3/C4?

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

>> админ, как показывает практика - справится.
> Откуда? Можно подумать они будут в курсе что эта пыхтонрасия вообще внутрях

а она _админу_ и не требуется. По старинке, lvm+cryptsetup (куда, внезапно, угодил интерфейс к dm-integrity...ну а чего такова, там что-то ж про крипто?) и mkfs.xfs

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

> Так может это не они а сратис? Откуда ты знаешь что раджи-кумары

не, я полагаю, они тоже такого слова не знают, что-нибудь с pv* сотворили, не глядя в консоль.

> том что underlying design это все не подразумевал и это -

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

> Лично меня в этой штуке больше всего напрягает потуга эмулить типа-btrfs каким
> то сыкотным гамном на пыхтонрасте.

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

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

Ну вот пока вокруг меня наворачиваются где не надо исключительно btrfs'ы и zfs. А dm-этажерки как-то ухитряются работать. А если и дохнет - то только там где и не жалко никого.

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

206. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."  +/
Сообщение от rm_email (ok), 21-Янв-21, 22:59 
NVMe SSD не бездонные.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

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

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




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

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