The OpenNET Project / Index page

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



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

Оглавление

Проект CoreOS рассматривает возможность ухода от использован..., opennews (ok), 20-Дек-14, (0) [смотреть все]

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


21. "Проект CoreOS рассматривает возможность ухода от использован..."  –6 +/
Сообщение от bOOsteremail (ok), 20-Дек-14, 15:16 
Хаха. Сколько мы слышали хвалебных од про btrfs! И про есть и про будет. А результат то, как говориться - "на лице" :)
Ну как только ZFS допилят на линь, сразу увидим продолжение истории с переездом туда.
Ответить | Правка | Наверх | Cообщить модератору

26. "Проект CoreOS рассматривает возможность ухода от использован..."  +/
Сообщение от Аноним (-), 20-Дек-14, 16:35 
год назад поднимал. Убунта и зфс. Работает, доволен. ЧЯДНТ?
Ответить | Правка | Наверх | Cообщить модератору

29. "Проект CoreOS рассматривает возможность ухода от использован..."  –1 +/
Сообщение от czarj (?), 20-Дек-14, 17:00 
FUSE?
Ответить | Правка | Наверх | Cообщить модератору

47. "Проект CoreOS рассматривает возможность ухода от использован..."  –2 +/
Сообщение от Andrew Kolchoogin (ok), 20-Дек-14, 20:55 
Native, даже HOWTO есть.

Правда, если на современных платформах, то GRUB надо пересобирать, потому что, например, в openSUSE он не собран с поддержкой ZFS статически, а insmod вырублен, если включен Secure Boot (что логично).

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

108. "Проект CoreOS рассматривает возможность ухода от использован..."  +/
Сообщение от Аноним (-), 21-Дек-14, 11:30 
> FUSE?

Хотите - можно и фузю, но мена модуль ведра устраивает. Быстрее всё-таки.

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

33. "Проект CoreOS рассматривает возможность ухода от использован..."  +2 +/
Сообщение от Krozemail (??), 20-Дек-14, 18:03 
> ЧЯДНТ?

- Не следишь за используемыми ресурсами и/или не заботишься о скорости работы
- Не думаешь о людях, у которых 32bit система
- Скорее всего (но это ты расскажи) не используешь zfs на рутовой партиции (точнее на той, на которой /boot), или лишний раз усложняешь себе жизнь не получая профита, или поведай какие уникальные фичи zfs ты используешь?

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

59. "Проект CoreOS рассматривает возможность ухода от использован..."  +/
Сообщение от Andrew Kolchoogin (ok), 20-Дек-14, 22:56 
> - Не следишь за используемыми ресурсами и/или не заботишься о скорости работы

А зачем? ZFS следит за распределением ОЗУ сама.

> - Не думаешь о людях, у которых 32bit система

А также о людях, у которых 80286. :)

Впрочем, на FreeBSD ZFS работает и на 32-разрядном ядре.

> - Скорее всего (но это ты расскажи) не используешь zfs на рутовой партиции (точнее на
> той, на которой /boot), или лишний раз усложняешь себе жизнь не получая профита, или
> поведай какие уникальные фичи zfs ты используешь?

Какой-такой /boot ещё?

host:~ # df
Filesystem                     1K-blocks     Used Available Use% Mounted on
rpool/BE/openSUSE_13_2         194798592  4621824 190176768   3% /
devtmpfs                         1983780        8   1983772   1% /dev
tmpfs                            1991156       76   1991080   1% /dev/shm
tmpfs                            1991156     1300   1989856   1% /run
tmpfs                            1991156        0   1991156   0% /sys/fs/cgroup
/dev/sda2                         262144   108904    153240  42% /boot/efi
rpool/home                     190176896      128 190176768   1% /home
rpool/home/user                190317440   140672 190176768   1% /home/user
rpool                          190176896      128 190176768   1% /rpool
rpool/BE/openSUSE_13_2/var     190392192   215424 190176768   1% /var
rpool/BE/openSUSE_13_2/var/lib 190213760    36992 190176768   1% /var/lib
rpool/BE/openSUSE_13_2/var/log 190255488    78720 190176768   1% /var/log
rpool/BE/openSUSE_13_2/var/tmp 190366080   189312 190176768   1% /var/tmp
host:~ #

Зачем он вообще нужен?

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

60. "Проект CoreOS рассматривает возможность ухода от использован..."  +/
Сообщение от Andrew Kolchoogin (ok), 20-Дек-14, 22:58 
P.S: GRUB слегка пропатчен (ибо его мэйнтейнеры не любят тестировать программное обеспечение, которое пишут) и пересобран стандартным rpmbuild -bb в присутствии libzfs.
Ответить | Правка | Наверх | Cообщить модератору

74. "Проект CoreOS рассматривает возможность ухода от использован..."  +3 +/
Сообщение от Аноним (-), 21-Дек-14, 00:18 
> А зачем? ZFS следит за распределением ОЗУ сама.

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

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

91. "Проект CoreOS рассматривает возможность ухода от использован..."  +/
Сообщение от Andrew Kolchoogin (ok), 21-Дек-14, 02:56 
> Да, особенно в ARC, только это с ядром не интегрировано.

Особенно с ядром Соляриса. :)

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

97. "Проект CoreOS рассматривает возможность ухода от использован..."  +1 +/
Сообщение от Аноним (-), 21-Дек-14, 05:09 
> Особенно с ядром Соляриса. :)

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

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

84. "Проект CoreOS рассматривает возможность ухода от использован..."  +/
Сообщение от Krozemail (??), 21-Дек-14, 00:53 
> А зачем? ZFS следит за распределением ОЗУ сама.

Сравни потребление памяти при использовании zfs, и с другими ФС. Да, при условии, что ты достигнешь сходной скорости работы.

> А также о людях, у которых 80286. :)

Людей, у которых 32-битная архитектура несравнимо больше, чем тех, у которых 80286.

> Какой-такой /boot ещё?

Обеспечение загрузки с zfs не такое тривиальное, как, скажем, с ext4 или reiserfs. Мне было интересно, грузишься ли ты с zfs или нет. Грузишься. Ок. Теперь ответь на вопрос, ради чего все это было нужно. Какие уникальные фичи zfs ты РЕАЛЬНО используешь на практике.

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

89. "Проект CoreOS рассматривает возможность ухода от использован..."  –3 +/
Сообщение от Andrew Kolchoogin (ok), 21-Дек-14, 02:30 
>> А зачем? ZFS следит за распределением ОЗУ сама.
> Сравни потребление памяти при использовании zfs, и с другими ФС. Да, при условии,
> что ты достигнешь сходной скорости работы.

ZFS по скорости работы просто не с чем сравнивать.
BtrFS неработоспособна, а остальные файловые системы просто не умеют того, что умеет ZFS.
Да, и мы, конечно, помним, что one can be arbitrarily fast if data integrity is not a question.
А по ОЗУ -- 0 байт в свопе, 780 Мб физики свободно.

KDE.

>> А также о людях, у которых 80286. :)
> Людей, у которых 32-битная архитектура несравнимо больше, чем тех, у которых 80286.

Intel Atom, что ли?
Что за последние пять лет было выпущено, что бы не поддерживало 64 бита?

>> Какой-такой /boot ещё?
> Обеспечение загрузки с zfs не такое тривиальное, как, скажем, с ext4 или reiserfs.

Пересобрать GRUB, запустить mkinitrd. Всё.

Весь код для dracut'а устанавливает ZFS.

> Мне было интересно, грузишься ли ты с zfs или нет. Грузишься. Ок.
> Теперь ответь на вопрос, ради чего все это было нужно.
> Какие уникальные фичи zfs ты РЕАЛЬНО используешь на практике.

1. Сквозную проверку целостности данных.
2. copies=3 на домашнюю директорию.

Для ноута самое то.

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

98. "Проект CoreOS рассматривает возможность ухода от использован..."  +3 +/
Сообщение от Аноним (-), 21-Дек-14, 05:13 
> ZFS по скорости работы просто не с чем сравнивать.

Изен уже показал нам чего можно получить в ZFS :)

> BtrFS неработоспособна, а остальные файловые системы просто не умеют того,
> что умеет ZFS.

Очередное мнение от эксперта, который этот btrfs в глаза не видел, но мнение имеет.

> А по ОЗУ -- 0 байт в свопе, 780 Мб физики свободно.
> KDE.

Шиза косила наши ряды - сферические 780 мегов в вакууме. С кедами.

> 1. Сквозную проверку целостности данных.
> 2. copies=3 на домашнюю директорию.

Ты так говоришь как будто это не делается в btrfs :)

> Для ноута самое то.

Странно что мсье не пришло в бошку использовать для начала хотя-бы снапшоты. Чтобы в случае если что-то пошло не так - иметь возможность отмотать назад за несколько секунд.

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

114. "Проект CoreOS рассматривает возможность ухода от использован..."  –1 +/
Сообщение от Andrew Kolchoogin (ok), 21-Дек-14, 13:53 
>> ZFS по скорости работы просто не с чем сравнивать.
> Изен уже показал нам чего можно получить в ZFS :)

Throughput 951.964 MB/sec 4 procs

На ноутбучном харде. Мне хватает гигабайта в секунду пока. :)

>> BtrFS неработоспособна, а остальные файловые системы просто не умеют того,
>> что умеет ZFS.
> Очередное мнение от эксперта, который этот btrfs в глаза не видел, но мнение имеет.

Очередной бред от "телепата", который почему-то решил, что он знает, кто что в глаза видел.

>> А по ОЗУ -- 0 байт в свопе, 780 Мб физики свободно.
>> KDE.
> Шиза косила наши ряды - сферические 780 мегов в вакууме. С кедами.

Вызови себе психиатра, если твои ряды косит шиза.

Свежезагруженные кеды + Firefox на стандартных 4 ГБ ОЗУ.

>> 1. Сквозную проверку целостности данных.
>> 2. copies=3 на домашнюю директорию.
> Ты так говоришь как будто это не делается в btrfs :)

Нет, не делается. Поизучай внутреннюю структуру BtrFS.

>> Для ноута самое то.
> Странно что мсье не пришло в бошку использовать для начала хотя-бы снапшоты.
> Чтобы в случае если что-то пошло не так - иметь возможность отмотать назад
> за несколько секунд.

Ты, по-моему, не понимаешь, от чего защищают снапшоты, а от чего -- copies.

Это про разное.

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

202. "Проект CoreOS рассматривает возможность ухода от использован..."  +3 +/
Сообщение от Аноним (-), 22-Дек-14, 16:42 
> Throughput 951.964 MB/sec 4 procs

Круто, к сферическим мегабайтам памяти в вакууме добавился сферический почти гиг в вакууме.

> На ноутбучном харде. Мне хватает гигабайта в секунду пока. :)

Единственная заковывка - ноутбучный хард даже на уровне физики с такой скоростью не пишет. Что показывает что нам втирают очки. Показывая какой-нибудь cache hit, для которого гиг в секунду - не больно то и дофига.

Глядя на такой ...дец - прямо хоть квест-комикс в формате ace attorney делай, с делом zfs vs btrfs :). Наверное могло бы получиться довольно эпично, в свете неаккуратных заявлений.

> Очередной бред от "телепата", который почему-то решил, что он знает, кто что в глаза видел.

Это заметно по уровню понимания работы ФС. Если видел - ну ок, тем хуже - тогда обнаружено махровейшее ламерство. Тоже вариант :)

>> Шиза косила наши ряды - сферические 780 мегов в вакууме. С кедами.
> Вызови себе психиатра, если твои ряды косит шиза.

Так это не я шизанулся - писать про какие-то 768 мегов, без указания конфиги и почему-то мнить что это очень хорошо.

> Свежезагруженные кеды + Firefox на стандартных 4 ГБ ОЗУ.

Осталось уточнить про то что если всю память при этом скушать приложениями - мы явно не получим тех 954 Мб в секунду. Особенно на ноутбучном диске. Кого вы пытаетесь на..ть? Меня? А зачем? Я более-менее понимаю как это работает и такой номер не пройдет. Себя? Это вообще бессмысленно и беспощадно.

Правда жизни - в том что дизайн ZFS без подпирания гигазами рамы тормознут. Я не вижу с фига ли этому странному блочному дизайну быть быстрым. А если эти гигазы выкроить - совсем не факт что их потом при нужде сможет забрать ядро когда это понадобится программам, потому что все это живет вообще отдельно от управления памятью ядра. Еще веселее CoW без дефрагера. Не, ну если диски вовремя дотыкать в пул - в продакшновом пуле можно и избежать крутого штопора. Но на ноуте новые диски втыкать некуда - придется трястись как кощею над местом на диске. Ведь если оно начнет зашкаливать за 70% - аллокатор наделает вермишели, а линеризовать эти макароны потом не выйдет - за отсутствием дефрага. Предел мечтаний дисковых технологий, блин.

> Нет, не делается. Поизучай внутреннюю структуру BtrFS.

Поизучал. Да, на 1-дисковой конфиге влобовую пока с этим будет сложновато. Можно придумать костыли, но будет менее эстетично. А сколько копий метаданных твой zfs при этом хранит? А то упор на число копий данных без числа копий метаданных наводит меня на некие подозрения... Что скажете, маэстро?

> Ты, по-моему, не понимаешь, от чего защищают снапшоты, а от чего -- copies.

Я прекрасно понял о чем вы и даже согласен что в случае 1-дисковой конфиги ноута это не так уж плохо, хоть я вижу всего 1 реалистичный сценарий отказа в котором это может помочь - если вылезло несколько бэдов. И то - вероятность что попортятся ценные файлы в /home не особо большая, а как ZFS реагирует на бэды на лисяре уже было, с хексэдитором :).

А тут мне странно то, что про снапшоты не было упомянуто. Ибо тройное копирование не спасет от лажи по типу rm -rf /home/username /somedir. И это как-то сильно более вероятно чем какое-нибудь вылезание бэдов точно под ценными файлами хомяка.

> Это про разное.

Спасибо, Кэп.

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

128. "Проект CoreOS рассматривает возможность ухода от использован..."  –3 +/
Сообщение от Куяврег (?), 21-Дек-14, 16:12 
>> ZFS по скорости работы просто не с чем сравнивать.
> Изен уже показал нам чего можно получить в ZFS :)

"Никакие ухищрения с ФС не помогут, если юзер допускает заполнение диска на 100%"
https://www.opennet.ru/openforum/vsluhforumID3/100963.html#2

У вас, аптгетчиков как всегда - для ZFS другая линейка?


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

201. "Проект CoreOS рассматривает возможность ухода от использован..."  +2 +/
Сообщение от Аноним (-), 22-Дек-14, 16:05 
> "Никакие ухищрения с ФС не помогут, если юзер допускает заполнение диска на 100%"
> https://www.opennet.ru/openforum/vsluhforumID3/100963.html#2
> У вас, аптгетчиков как всегда - для ZFS другая линейка?

Странно, мне показалось что это бсдшные кулсисопы поливают btrfs за плохую работу в таком режиме, при этом старательно верещя что на ZFS так ни-ни. При том btrfs после такого еще можно отколупать с асфальта производительности дефрагером, если надо. А в ZFS дефрагера нету - есть только 1 метод: разобрать такой пул на...й или удвинуть с него все данные, что примерно одно и то же по смыслу.

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

236. "Проект CoreOS рассматривает возможность ухода от использован..."  +/
Сообщение от Куяврег (?), 25-Янв-15, 13:09 
> Странно, мне показалось что это бсдшные кулсисопы поливают btrfs за плохую работу

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

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

109. "Проект CoreOS рассматривает возможность ухода от использован..."  –1 +/
Сообщение от Аноним (-), 21-Дек-14, 11:48 
>> ЧЯДНТ?
> - Не следишь за используемыми ресурсами и/или не заботишься о скорости работы

1ГБ ОЗУ для вращения З-пула. Скорость у снэпшотных фс по любому ниже экстентных.

> - Не думаешь о людях, у которых 32bit система

Согласен, ибо в мире х86 они не нужны.

> - Скорее всего (но это ты расскажи) не используешь zfs на рутовой

Корень в сквэше, находящимся в ОЗУ. Файл ЗФС-блоба включен в образ, ибо необходим для старта пула.

> партиции (точнее на той, на которой /boot), или лишний раз усложняешь
> себе жизнь не получая профита, или поведай какие уникальные фичи zfs
> ты используешь?

Снэпшоты.
А других усложнений там намного больше.

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

112. "Проект CoreOS рассматривает возможность ухода от использован..."  +/
Сообщение от Аноним (-), 21-Дек-14, 13:48 
> 1ГБ ОЗУ для вращения З-пула. Скорость у снэпшотных фс по любому ниже экстентных.

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

В ZFS сделали некое недоразумение с блоками переменного размера. Получив сложность устройства на уровне близкому к экстентам, но не получив при этом производительности файлух которые могут многомеговые регионы оформлять в один присест. Зачем оно вот так - никто внятно рассказать не может, саночный маркетинговый булшит этот момент тактично упускает :).

А снапшоты - всего лишь состояния ФС в тот или иной момент времени. Btrfs умеет нормальные экстенты и при этом самые разнообразные действия со снапшотами. Одно другому не мешает.

И кстати CoW на записи может быть очень быстрый, почти как нежурналируемая ФС. При свойствах близких к полному журналированию данных и метаданных.

> Корень в сквэше, находящимся в ОЗУ. Файл ЗФС-блоба включен в образ, ибо
> необходим для старта пула.

Мсье знает толк в извращениях.

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

137. "Проект CoreOS рассматривает возможность ухода от использован..."  –1 +/
Сообщение от iZEN (ok), 21-Дек-14, 18:01 
> В ZFS сделали некое недоразумение с блоками переменного размера. Получив сложность устройства
> на уровне близкому к экстентам, но не получив при этом производительности
> файлух которые могут многомеговые регионы оформлять в один присест. Зачем оно
> вот так - никто внятно рассказать не может, саночный маркетинговый булшит
> этот момент тактично упускает :).

Ну ты-то лучше Джефа Бонвика разбираешься в устройстве ZFS. Тебе явно верить можно, а разработчику нет доверия никакого. ;)


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

143. "Проект CoreOS рассматривает возможность ухода от использован..."  +/
Сообщение от ананим (?), 21-Дек-14, 18:23 
Ну вот Мэйсону ты регулярно в новостях про бтр "не веришь", почему же тогда от тебя этот "аргумент" должен что-то значить?

Зыж
2аноним:
> саночный маркетинговый булшит этот момент тактично упускает :).

Почему же? Ещё при Джонатане Шварце они честно признались, что обобсались и решили вопрос в стиле традиционных фс (чтобы не вылезать за сроки).

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

155. "Проект CoreOS рассматривает возможность ухода от использован..."  –3 +/
Сообщение от Аноним (-), 21-Дек-14, 21:28 
> Ну вот Мэйсону ты регулярно в новостях про бтр "не веришь"

Верить Мэйсону резона уже нет никакого. Он облажался по полной.

На 8-й год жизни в соляре ZFS была rock-stable, добивала последние острые углы в виде введения опций принудительного отката последних транзакций  и рассматривалась как безальтернативная. На 8-й год жизни btrfs-а он так никуда и не слез с тестовых сетапов. Epic fail, как говорится.

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

156. "Проект CoreOS рассматривает возможность ухода от использован..."  +1 +/
Сообщение от EHLO (?), 21-Дек-14, 22:01 
>> Ну вот Мэйсону ты регулярно в новостях про бтр "не веришь"
> Верить Мэйсону резона уже нет никакого. Он облажался по полной.
> На 8-й год жизни в соляре ZFS была rock-stable, добивала последние острые
> углы в виде введения опций принудительного отката последних транзакций  и
> рассматривалась как безальтернативная. На 8-й год жизни btrfs-а он так никуда
> и не слез с тестовых сетапов. Epic fail, как говорится.

За 8 лет копипасты WAFL так и не поняли, что копировали СХД, а не ФС общего назначения. Ага, эпично.

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

167. "Проект CoreOS рассматривает возможность ухода от использован..."  –1 +/
Сообщение от Аноним (-), 22-Дек-14, 02:14 
> копировали СХД

Я так понимаю, это комплимент авторам ZFS. Делали FS, а получилась СХД! :-)

> 8 лет копипасты WAFL

Там не просто копипаста, а с творческими доработками. RAID-Z супротив WAFL-овского варианта RAID-4 имеет как и плюсы - в виде размазанного checksum, так и минусы в виде невозможности легко менять формат райда. Применение MFU-кеша тоже является хорошим ново?введением. Ну и так далее можно продолжать.

> Ага, эпично.

Эпичны те товарищи, у которых чувство NIH-а заставило игнорировать шишки NetUP-а и Sun-а и пилить свой кукольный театр со своими черепахами тортилами. Результаты 8-ми лет разработки мы все видим в топике.

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

168. "Проект CoreOS рассматривает возможность ухода от использован..."  +1 +/
Сообщение от EHLO (?), 22-Дек-14, 03:45 
> Там не просто копипаста, а с творческими доработками. RAID-Z супротив WAFL-овского варианта
> RAID-4 имеет как и плюсы - в виде размазанного checksum, так
> и минусы в виде невозможности легко менять формат райда. Применение MFU-кеша
> тоже является хорошим ново?введением. Ну и так далее можно продолжать.

_Допустим_ как СХД для бедных сойдет, в конце концов сервер с терабайтом DDR3 сейчас наверно многие могут себе позволить. Но как там в ZFS с масштабированием и распределенным хранением, с кластеризацией в целом?

> Результаты 8-ми лет разработки мы все видим в топике.

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

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

206. "Проект CoreOS рассматривает возможность ухода от использован..."  –1 +/
Сообщение от Аноним (-), 22-Дек-14, 16:52 
> производительности и странными багами.

На лисяре можно найти приключения перца после вылезания пары бэдов на харде. Он там так rock stable хардкорил в хексэдиторе... :)

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

212. "Проект CoreOS рассматривает возможность ухода от использован..."  –1 +/
Сообщение от iZEN (ok), 22-Дек-14, 17:19 
///---http://www.lissyara.su/articles/freebsd/file_system/zfs_reco.../
Был RAID-Z-пул собранный из трёх дисков по 1.5 Тб фирмы X, модели Y. Работал он работал, и изредка стали появляться в логах сообщения о том, что произошла ошибка чтения или ошибка записи на один из дисков пула. ZFS, ругаясь в логи на ошибки контрольных сумм, отлично отрабатывала такие моменты и пул продолжал нормально функционировать со статусом "ONLINE". Ошибки повторялись, но были не систематичными: различные диски, различные сектора, различное время. Назвав ошибки идиопатическими (неизвестной природы) решил, что обязательно разберусь с ними, но не сейчас. Эпик фейл подкрался незаметно, но всё же наступил. В один, не самый удачный момент, после перезагрузки, файловая система не cмонтировалась.
...
Год спустя

Ещё весной задал на форуме вопрос о поддержке "отмотки" транзакций. И был направлен тов. Anon Y Mous на путь истинный, т.е. в последние (на тот момент) правки HEAD-ветки. Немного покопавшись в репозитории, нашёл нужную правку[3], в которой была добавлена поддержка той самой "отмотки" транзакций. Но это всё предисловие.

После обновления, в правке за номером 219089 [3], ZFS до версии 28, в zpool(8) появилась возможность откатываться на несколько транзакций назад при передаче параметра -F. Так что описанный в статье приём восстановления стал обычной рутинной задачей. За подробностями по ссылке на правку или в подсказку, выводимую zpool(8).
---///

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

225. "Проект CoreOS рассматривает возможность ухода от использован..."  +/
Сообщение от Аноним (-), 24-Дек-14, 00:51 
Изя, мне это можно и не пересказывать - я более менее уловил смысл того фикса. А если бэды порушат что-то еще - тогда, таки, хексэдитор? :)

> И был направлен тов. Anon Y Mous на путь истинный,

Удачи вам с вашим комьюнити. Где ламероватые кадры даже центось от кореоси не отличают, хотя это фундаментально разные дистры :)

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

174. "Проект CoreOS рассматривает возможность ухода от использован..."  +/
Сообщение от ананим (?), 22-Дек-14, 08:02 
> На 8-й год жизни в соляре ZFS была rock-stable

На 8 год жизни соляра как была подстилкой под субд оракл, так только ей (особенно после покупки) и осталась.
И под субд оракл zfs как не рекомендовалась, так и не рекомедуется. Прям как бтрфс в линухе (которую оракл также поддерживает в своём унбрикэбл линухе)

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

207. "Проект CoreOS рассматривает возможность ухода от использован..."  +/
Сообщение от Аноним (-), 22-Дек-14, 16:54 
> И под субд оракл zfs как не рекомендовалась, так и не рекомедуется.

Потому что ее CoW ораклу только мешается, а отключить - никак. Думаешь с фига ли Мэйсон сделал отключение CoW в btrfs даже пофайлово? Не надо быть крутым телепатом чтобы догадаться кто его об этом попросил и почему.

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

204. "Проект CoreOS рассматривает возможность ухода от использован..."  +1 +/
Сообщение от Аноним (-), 22-Дек-14, 16:49 
> Верить Мэйсону резона уже нет никакого. Он облажался по полной.

Ну а шайка Бонвик и Ко которые невнятно мямлят на вопросы почему они так странно сдлали блоки - это ничего, сойдет? И что у нас там насчет маркетингового булшита что CoW не надо дефрагер? А может они скажут что-то ценное про изъятие дисков из пула? Или про улучшение жизни файлов БД и виртуалок, которым CoW имеет свойство мешать жить в ряде ситуаций?

> На 8-й год жизни в соляре ZFS была rock-stable, добивала последние острые
> углы в виде введения опций принудительного отката последних транзакций

Это в смысле когда перец на лисяре заметил что после нескольких бэдов на харде файлуха встала в позу и ее штатными тулзами - вообще никак? И надо хэксэдитором номер транзакции подделывать? Интерсное понимание rock stable.

> и рассматривалась как безальтернативная. На 8-й год жизни btrfs-а он так
> никуда и не слез с тестовых сетапов. Epic fail, как говорится.

Цыплят по осени считают :).


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

203. "Проект CoreOS рассматривает возможность ухода от использован..."  +1 +/
Сообщение от Аноним (-), 22-Дек-14, 16:45 
> Ну ты-то лучше Джефа Бонвика разбираешься в устройстве ZFS.

А чего там разбираться? Слепили как умели. Получилось нечто. Местами довольно странное и не сказать что сильно оптимально сделанное. Как-то конечно работает. Если 100500 гигз оперативы подпереть и другие программы на эти гигазы претендовать не будут.

> Тебе явно верить можно, а разработчику нет доверия никакого. ;)

А разработчик лицо заинтересованное, особенно когда работает в коммерческой компании льющей со своего сайта ведра маркетингового булшита.


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

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

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




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

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