Компания iXsystems, развивающая дистрибутив для быстрого развёртывания сетевых хранилищ FreeNAS и основанные на нём коммерческие продукты TrueNAS, объявила о начале работы над новым открытым проектом TrueNAS SCALE. Особенностью TrueNAS SCALE стало использование ядра Linux и пакетной базе Debian 11 (Testing), в то время как все ранее выпускаемые продукты компании, в том числе TrueOS (бывший PC-BSD), основывались на FreeBSD...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=53093
Ура! Ну наконец то будет, конкуренция с OMV
очередной 1 000 000 000 дистрибутив форк дебиана.
ну вот, конкуренция же ж!
Как будто до этого не был форком freebsd))
Ребят, объясните... Я правильно понимаю, что:1. Разработчики FreeNAS сменили вектор развития, и оно больше не основано на BSD?
2. Новый TrueNAS основан на Linux, а значит теперь не надо учить команды и утилиты BSD?
3. Главная фишка FreeNAS была поддержка ZFS... А как оно работает на Linux - так же стабильно?
1 нет скорее боиться упустить, на deb уже zfs вырвалось вперед по фишкам
2 если через годик допилят то да
3 во всех linux потихоньку входит в осноную базу и в базоаые поставки, в proxmox уже года 4 стабильно огого как
Круто, спасибо.
Умные люди давно ушли на линукс и сделали отличный NAS на базе Debian, называет OpenMediaVault. Свалил дома с FreeNAS на OpenMediaVault пару лет назад и ни разу не пожалел (есть и поддержка ZFS через проект ZOL).
> Умные люди давно ушли на линукс и сделали отличный NAS на базе
> Debian, называет OpenMediaVault. Свалил дома с FreeNAS на OpenMediaVault пару лет
> назад и ни разу не пожалел (есть и поддержка ZFS через
> проект ZOL).Сделал тоже самое, только без ZFS, для дома меня и ext4 устраивает. Чот не вижу смысла в ZFS дома, да и нет пока доверия к нему в линуксах.
Я вот упорно не могу понять зачем все эти TrueNas, FreeNAS, OpenMediaVault и прочие там anynameNAS, если можно просто взять ту же фряху или диван?
omv - это просто нескучная мордочка к тому дивану, да.А вот ixsystems почти десяток лет кормит совершенно бесполезных животных, называющих себя - разработчиками zfs (ну и не только, они в общем разработчики freebsd а не одной zfs)
И, похоже, корм для них йок, в связи с коровавирусом.
Так что поставить тебе, вскорости, будет особо и нечего. Судьба zfs во freebsd становится очень предсказуема.
>Судьба zfs во freebsd становится очень предсказуема.Нормальной ZFS никогда не было и не будет в этих ваших linux/bsd (в linux тем более), только объедки с барского стола Oracle.
думаешь, компания, затеявшая пилить btrfs, имея в распоряжении все права на код zfs, и при этом ниасилившая допилить до более-менее работоспособного состояния, способна что-то особенно хорошо сделать в zfs?Особенно с учетом того, что половина его оригинальных разработчиков теперь принадлежит дельфиксу.
Скорее уж нормальной теперь не будет нигде.
storage spaces нас спасет. хотя, почитав документацию на director - что-то, если честно, сомневаюсь.
кулсторибоб какой-то на опеннете, чем это zfs не настоящая во фряхе ?
> кулсторибоб какой-то на опеннете, чем это zfs не настоящая во фряхе ?Тем, что реализована не на уровне ядра, а болтается ссаным сервисом из говна и палок.
уп-с, ныкаемся, пацаны - опять эксперты опеннета в треде.Если б хоть что знали по теме...
Лапчатые, бессмысленные и беспощадные! (C) LoooooL! :-)
и написать всю обвязку которая превратит это всё в NAS самостоятельно..
какой ты адмирал, ты жалкий юнга.
nas = network attached storage
Ни одно из этих слов не означает "нескучная вебмордочка".Поэтому "вся обвязка" просто не нужна при использовании по прямому назначению, ибо сводится к установке сасамбы и запуску nfsd.
> ибо сводится к установке сасамбы и запуску nfsd.А как-же без iscsi target? Не энтерпрайзненько!
дык, ctld_enable="YES", дел-то.
Как подсунуть под него zvol - где-то в хэндбуке было написано. Скопипастить оттуда явно быстрее чем мышью докликаться.
Я то тебя понимаю, но ... всё, пойду водку пить :(
А шить красивое покрывало на диван будешь сам.
> А шить красивое покрывало на диван будешь сам.Скопипасть 5 строчек в терминал? Да ну нах, это уже какой-то высший матан, ты чО!??!
тибе про покрывало с вышитыми ангелочками, а ты опять про пружины и каркас...
А проектировать тип шва, чтобы не корябал, а проводить тесты на прочность???
> А проектировать тип шва, чтобы не корябал, а проводить тесты на прочность???Все сам -- и швец и жнец и на дуде игрец.
Прям эксперт по nas должен стать)))
И ядро патчить))
Ну не понимаешь - не ставь. И вообще лучше сюда не пиши.
Ключевая идея инициативы в том, чтобы окончательно сосредоточиться на "разработке" нескучного веб-междумордия, и выкинуть наконец на мороз ненужных трех х0хлов, занимающихся непосредственно zfs.Ведь всем известно, что для успеха современного nas совершенно незачем заморачиваться такими мелочами как файловое хранилище, его надежность, эффективность и так далее - от него требуется запускать докер!
А zfs пусть дальше... ну хоть, вон, дельфикс разрабатывает. Под линух, если им так хочется. Этим-то все равно, на чем запускать вебмордочку.
Чорт, куды бечь вот - в storage spaces director?
От всего вообще требуется только запускать докер
А в нем электрон
Омммммммм.
Грусть, печаль
Кстати, mav же вроде не хохол
тож на мороз пойдеть! ;-)
Нинужный хлам, ниумеют на php+js - пользы от них в разработке модных-современных насов - никакого.Останутся доделывать только китаец и avg.
> В итоге решения на основе FreeBSD и Linux будут сосуществовать и дополнять друг друга, используя общую кодовую базу инструментария.В этом раскладе вообще не понятно зачем нужно FreeBSD кроме того, чтобы присобачить небольшой проприетарный кусочек, нескучный UI и закрыть весь код.
- сегодня ночью красные форсировали Сиваш.
- какая неожиданность, кто бы мог подумать?ps но как же так, господа? не далее как три дня назад я прочел на опеннѣте, что за zfs стоят такие столпы, как ливерморская национальная лаборатория и сам каноникал! сам г-н шаттлвортѣ, господа! а тепѣрь? что же тепѣрь?
Конкретно эта новость не говорит ничего плохого или хорошего о ZFS.А вот с долгосрочным планированием и разработкой в iX, судя по всему, есть большие проблемы. Т.е. допиливать bhyve во фряхе они не хотят и не умеют, но виртуализацию клиенты требуют, потому давайте сядем на шпагат между двумя двигающимися поездами, а там посмотрим, какой поезд вырвется вперед.
Проблема тут как всегда в том, что такой подход - это распыление ресурсов, которые можно было бы потратить на свой уникальный продукт, где у них максимум экспертизы. А нескучные веб-морды для линукса писать может далеко не только iX, и поэтому вовсе непонятно, чем они смогут тут привлечь клиентуру.
Ну да ладно, я не член совета директоров в iX, просто мне из моего подвала так кажется.
Тут дело скорее в отсутствие докера, хотя jail-ы появились в BSD гораздо раньше.
Но дивоопсы умеют только скачивать докеры.
> Конкретно эта новость не говорит ничего плохого или хорошего о ZFS.это просто потому что ты не в курсе, сколько ее разработчиков получают зарплату в iX (и сколько из них не поддержали прекрасную инициативу слиться в экстазе с линуксной версией)
Допиливать bhyve для задач фринаса незачем - уже все допилено (live migration как-то не для фринасов), бери и пользуйся.
Просто пупсик желает клик-клик по докерхламу, и сразу работаит, а чем тут поможет пихайв? Во freebsd вяло обсуждают, как они могли бы это сделать, вместо развития своей нормальной системы без подобного трэша, а iX работает за деньги этих вот, альтернативно-одаренных. Ну, значит, пошел на панель - удовлетворяй так, как им нравится. Вон, omv как растопырились - сразу видно, работают для клиентов.
О, эта контора опять решила наплодить форков, они то разделяются, то сливаются...
Ну чтож, пусть экспериментируют, эксперименты это хорошо, люблю наблюдать за тем, как кто-то экспериментирует, сам же на OpenMediaVault посижу, что-то я притомился с этих скачек туда-сюда.
Фряха оно конечно хорошо, ZFS, все дела, да вот только данной конторе уже веры нет, их мотыляет туда-сюда, как кучку в окияне.
Так, BSD выкинули, уже хорошо. Осталось выкинуть ZFS и со временем получится нормальная вёб-морда для хранилки.
> и со временем получится нормальная вёб-морда для хранилки.а файловую систему - пусть microsoft разработает, угу.
В хранилке ведь она совершенно не нужна.
Хранилки файловых данных бывают двух типов: file based и volume based. Извращения типа key-value based в данном случае не берём, хотя и их можно в хранилку превратить.Volume based оптимально - можно подключить по iSCSI и сверху накатить любую файловую систему, хоть ZFS, хоть NTFS, хоть чёрта лысого. Для Volume based в принципе ныне хватает LVM, хотя можно запилить и что-то навесное.
Для локального file-based можно прозрачно зафигачить ext4 или XFS поверх тома (ну или btrfs если хочется извращений), и выдать пользователю всё тот же файловый API, а что там на подложке - таковому пользователю в общем случае фиолетово.
ну да.
И ни защита от bitrot, ни надежность, хотя бы на уровне дизайна (к реализации в любом варианте полно вопросов, но начинка lvm - это просто ад, трэш и костыль на костыле) современным многотерабайтным nas нафиг не нужны.Главное - уметь запускать докер в докере под докером. Ведь "все нормальные" поставляются исключительно в виде доскер-контейнера. Потому что альтернативно-одаренные разработчики этого "нормально" - вообще нииппут, как их поделка на самом деле работает и каковы ее реальные требования (накопипащеные со стека в _докерфайл_ команды с sudo - норм!)
P.S. выгул собак, недорого, надо кому? Догситтинг? Я, блжад, реально ничего общего с индус-трией дерьма иметь не хочу.
Как ты понимаешь, любой (даже мерзкий 5) RAID с чётностью вполне себе даёт защиту от bitrot на уровне тома. Зачем изобретать велосипеды и гиперусложнять из-за этого файлуху?"Надёжность" на уровне дизайна там очень условна. См. про чётность выше, а при повреждении данных в памяти до чексумминга или во время такового они всё равно благополучно будут записаны на диск уже повреждёнными, и никакие дизайны тут не помогут. Между контроллерами и процом есть чексуминг, память нужна с ECC. Всё. Ещё конечно неплохо иметь диски с расширенной ECC, но это дорого, проще делать тот же RAID6.
> Как ты понимаешь, любой (даже мерзкий 5) RAID с чётностью вполне себе даёт защиту от bitrot на
> уровне тома.разумеется, нет - большинство из них, по-моему, по сей день вообще ничего не проверяют при чтении, для скорости (raidz не в счет, он вообще не совсем raid5). Четность используется у них только при полном отказе диска, для восстановления.
А когда и напорется - не имеет ни малейшей возможности тебе сказать, что именно навернулось - lba sector 0xxxxxxxxxxx - а, шо, где это и какой файл пострадал?!И выяснение через бутербродец нашлепок dm - будет еще более забавным, чем твои приключения с метаслабами.
raid6 он вообще не об этом, он о том что современные диски слишком велики, чтобы надежда что сдохший восстановится тотальным чтением всех оставшихся была оправдана - куда больше вероятность, что в процессе сдохнет еще один, поэтому нужен запас и на этот случай.
Память, разумеется, нужна с ECC. Но это просто еще один элемент защиты, сам по себе ни от чего не спасет.
Не забываем, что ещё и в самих дисках тоже есть ECC, которая верифицируется всегда. Вся эта проблема с битротом раздувается вполне себе искусственно.
А хранилка - на то и хранилка, а не локалхост, чтобы использовать контроллеры и/или софтовые решения, делающие верификацию. Но делать это на уровне файлухи при возможности сделать проверку и восстановление на уровне блока - извращение.
простите, попутал цитату: "все нормальные" читать как "все адекватные". (с)ОЛЕГ
> а файловую систему - пусть microsoft разработает, угу.Так ZFS продвинутая, а докер и на примитивной фс можно запускать.)
на примитивной можно, но неэффективно. zol как раз вполне хороша как подложка под доскер. Нет ни overlay, ни миллиарда btrfs volumes этажерок.
У Debian Testing официально заявлены задержки обновлений безопасности. Такое себе исрользовать ветки для разработки Stable Debian.
> У Debian Testing официально заявлены задержки обновлений безопасности. Такое себе исрользовать
> ветки для разработки Stable Debian.А можно ссылочку на это "официально заявлены"?
Такое ощущение, что iXsystems решила поиграть на территории proxmox, поставляя коробочку для виртуализации, т.е. все для запуска контейнеров и вм в одном флаконе с администрированием через веб ... Посмотрим, как оно отразится на их бизнесе, все-таки лицензии разные...
мне чисто для общего развития узнать... а давно это доцкер = виртуализация ?
С тех пор когда любой адекватный сервис поставляется контейнером
> С тех пор когда любой адекватный сервис поставляется контейнеромконтейнер = виртуализация ?
капец, думал, что не доживу до этого момента:(
Компания готовиться из производителя оригинального продукта стать еще одной безликой конторкой, новости про которую будут идети по 5 копеек за пачку.Особенно красив софизм "..открывает широкие возможности по экспериментированию".
Станут очередными Денисками Поповыми, как 99% "разработчиков" дистрибутивов линукса, которые являются тупо аналогом ZverCD из виндового мира.
Разрабоччеги! Соберите уже все свои вебморды в один огромный webmin, запилите дистр или пакет, назовите WebLinux и всё будет шоколадно!
Потому что у одних вебсервер хочется доделать в хренилище, другим на НАСе запустить БД, третьим от некудадеваться вообще всё на одном. И вот поднимать сотни этих wtfMyAdmin-ов тоже не кайф.
Ну уж нет!!! Этот монстр с миллионами глюков и все равно лезишь в консоль....
Вообще класс иной, у фринаса почти своя система
Элементарное иные sysctl настройки той же озу для zfs
> Ну уж нет!!! Этот монстр с миллионами глюков и все равно лезишь в консоль....Ну ладно, что ты сердишься?
> Элементарное иные sysctl настройки
0_0 вот это сильно зря, имхо
Сдаётся мне, что это "битва" за окончательно внедрение ZFS в Linux.
Сдаётся мне, что это "битва" за окончательно внедрение ZFS в Linux.
> Сдаётся мне, что это "битва" за окончательно внедрение ZFS в Linux.Или за окончательное закапывание ZFS везде, кроме пары отдельных NAS.
Как в TrueNAS реализовано информирование о развале raid'a?
"некоторые идеи, недостижимые при использовании FreeBSD"таки да...
даже компания которая долго и упорно тыжилась за фряху- кое что поняла...