The OpenNET Project / Index page

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



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

Оглавление

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

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


16. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."  –1 +/
Сообщение от Аноним (16), 18-Янв-21, 15:41 
Ну я храню все на XFS. Потому что среди всего прочего храню образы виртуальных машин, и иногда нужны reflink'и.
Ответить | Правка | Наверх | Cообщить модератору

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ообщить модератору

76. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."  +1 +/
Сообщение от Аноним (76), 18-Янв-21, 18:31 
у xfs , несмотря на наличие рефлинков и cow, дедупликация практически невозможна, большой минус!
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

97. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."  +/
Сообщение от Онаним (?), 18-Янв-21, 21:00 
Если вам понадобилась дедупликация на уровне FS - вы что-то делаете не так.
Ответить | Правка | Наверх | Cообщить модератору

109. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."  –1 +/
Сообщение от rhbm (?), 18-Янв-21, 21:53 
Вооот, хороший, правильный раб! Все верно, xfs хватит всем, а дедупликацией должен заниматься специально обученный слой в lvm - lvmvdo! Вот, читайте, наслаждайтесь: https://access.redhat.com/documentation/en-us/red_hat_enterp...

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

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

159. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."  +/
Сообщение от Онаним (?), 19-Янв-21, 09:47 
Ну конкретно этот материал вроде полностью доступен без подписочки.
А так я у них обычно всё дочитываю до конца, хотя за подписочку не платил - developer subscription не требует денег.
:D
Ответить | Правка | Наверх | Cообщить модератору

160. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."  +/
Сообщение от Онаним (?), 19-Янв-21, 09:48 
Ну и вообще да, дедупликация логична на уровне блочного хранилища, а не FS, в FS это скорее костыль между FS и блочным хранилищем.
Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

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

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

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

242. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."  +1 +/
Сообщение от Онаним (?), 26-Янв-21, 22:32 
Ну да, ну да, полторы команды в кли для типичного девляпса неосиляемо. Надо инфраструктуру, как кот.
Ответить | Правка | Наверх | Cообщить модератору

245. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."  –1 +/
Сообщение от пох. (?), 27-Янв-21, 14:29 
> Ну да, ну да, полторы команды в кли для типичного девляпса неосиляемо.

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

И да, я все еще немного в расстройстве от того, что посмотреть на диск с thin-lvm без системды у меня почему-то не получилось. Возможно, я делал что-то не так, но, опять же - почему это нигде внятно не документировано и не описано детально, а вместо сообщений об ошибках - мене,мене, текел упарcин (что в переводе значит "недорогая картина")?

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

222. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."  +/
Сообщение от Аноним (221), 24-Янв-21, 21:03 
> Ну я храню все на XFS. Потому что среди всего прочего храню
> образы виртуальных машин, и иногда нужны reflink'и.

А оно нули то уже перестало в файлы записывать наконец? Ну хоть на цатый год своего существования? В 5.6 еще таки корежило. Или это недостаточно инновационно?


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

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

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




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

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